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2015 年 技术 圈 最 火 的 名 词 大 概 就 是 微服 务 了 。 国 内 外 的 互联 网 技术 会 议 上 ， 但 凡 分 享 题目 中 包含 “MicroService” ， 不 论 内 容 质量 如 何 ， 一 定 人 山 人 海 、 摩 肩 接 贵 。 


追 本 济源， 服务 化 的 架构 思想 十 年 前 就 是 软件 架构 的 标准 范式 。 淘 宝 和 阿里 在 2007 年 左右 就 开始 莫 定 了 大 规模 服务 化 架构 的 基础 ， 经 过 几 代 架构 师 的 努力 ， 有 了 今天 承载 双 十 一 规模 的 商业 操作 系统 。 
这 中 间 诞 生 的 很 多 优秀 的 Java 中 间 件 也 成 为 开源 界 备 受 追 崇 的 范例 。 


b 现 得 怡 逢 其 时 ， 既 有 体系 化 的 理论 又 不 乏 有 价值 的 实践 。 对 于 想 了 解 微服 务 和 SpringBoot 的 架构 师 而 言 ， 是 难 


但 是 对 于 很 多 中 小 企业 而 言 ，SpringBoot 会 是 另 一 个 性 价 比 极 高 的 选择 。 福 强 的 这 本 书 H 
得 的 修炼 秘籍 。 
南天 (本 名 是 庄 卓然 ) ”阿里 巴巴 资深 总 监 
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多 年 前 ， 第 一 次 见 福 强 ， 就 知道 他 在 写 书 ， 那 时 就 是 关于 Spring 的 书籍 。 等 到 出 书后 ， 我 翻 看 之 下 ， 发 现 福 强 写 得 非常 实用 。 


时 隔 若 干 年 ， 福 强 又 来 信 告 知 有 新 作 问 世 ， 这 是 他 经 历 几 年 的 大 型 网 站 实践 之 后 ， 在 创业 阶段 写 的 书 。 在 这 个 阶段 还 能 坚持 写作 的 人 非常 少 ， 足 以 说 明 他 对 技术 的 执着 和 坚持 。 有 了 成 熟 大 型 网 站 和 创 
， 还 是 各 种 实战 经 验 的 提炼 和 总 结 。 福 强 不 仅 在 Java， 在 Scala、Golang 方 面 都 有 颇 深 的 理解 ， 这 种 跨 语言 方面 对 技术 的 融会 贯通 也 为 整个 构建 过 程 起 着 


业 阶 段 的 实践 经 验 ， 本 书 不 仅 是 SpringBoot 的 指 
催化 剂 的 作用 。 福 强 这 次 给 大 家 带 来 的 这 本 书 ， 从 不 同 角度 对 微服 务 这 一 热门 话题 进行 了 介绍 和 探讨 ， 同 时 如 入 了 自己 多 年 的 实践 经 验 ， 值 得 一 读 。 


Eric (中 文 名 是 王 齐 ) ”平安 好 医生 CTO 
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微 框架 (Micro Framework) ， 而 其 中 最 耀眼 的 ， 当 属 SpringBoot。 


随 着 微服 务 (Micro Service) 理念 的 盛行 ， 一 个 流行 的 概念 也 随 之 诞生 : 


虽然 Dropwizard 是 公认 的 最 早 的 微 框架 ， 但 SpringBoot “青出于蓝 而 胜 于 蓝 ”， 背 靠 Spring 框 架 衍生 出 来 的 整个 生态 体系 ， 无 论 是 从 “出 身 ”， 还 是 社区 的 支撑 上 ，springBoot 都 是 微 框架 选 型 的 不 


g 
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实际 上 ，SpringBoot 并 非 单单 一 个 微 框 架 的 概念 就 可 以 概括 ， 笔 者 认为 将 SpringBoot 看 作 一 种 最 佳 实践 会 更 为 贴切 : 一 种 Spring 框架 及 其 社区 对 “约定 优先 于 配置 ” (Convention Over 


Configuration) 理念 的 最 佳 实践 。 


温 故 而 知 新 ， 笔 者 将 通过 本 书 带领 大 家 回顾 Spring 框架 的 历史 ， 进 而 引领 大 家 探索 SpringBoot 框 架 的 来 龙 去 脉 ， 最 终 引 领 大 家 去 探索 基于 SpringBoot 的 微服 务实 践 之 路 。 希 望 各 位 能 够 享受 这 段 文 字 
旅程 并 有 所 收获 。 


为 什么 写 这 本 书 


忘 了 是 2015 年 的 哪 一 天 ， 只 记得 几 个 朋友 跟 友 商 的 其 他 几 个 做 技术 的 朋友 吃饭 ， 并 简单 做 下 技术 交流 。 席 间 ， 友 商 的 几 位 朋友 对 SpringBoot 框 架 实施 微服 务 很 感 兴趣 ， 交 谈 甚 欢 之 际 ， 我 无 意 间 开玩笑 
说 : “是 不 是 该 考虑 写 一 本 SpringBoot 的 书 ? ” 钟 伦 甫 ( 原 淘宝 聚 石 ) 同学 随口 一 句 ，“ 你 倒是 写 啊 ! ” ， 得 ， 以 行 践 言 吧 ， 谁 让 你 把 话说 出 去 了 呢 ? 


当然 ， 朋 友 的 “热切 期 盼 ”只 是 其 一 ， 微 服务 盛行 也 是 本 书写 作 的 一 个 契机 ， 希 望 本 书 成 为 国内 第 一 本 微服 务 相关 的 原创 图 书 ， 借 此 跟 大 家 分 享 我 对 微服 务 的 浅薄 理解 ， 并 围绕 SpringBoot 微 框架 打造 
一 套 微服 务 体系 可 能 的 探索 方向 ， 权 作 抛 砖 引 玉 。 如 果 不 同 的 思想 可 以 借 此 激荡 和 碰撞 形成 更 多 共鸣 ， 则 看 之 幸 甚 。 


因 工作 繁忙 ， 只 能 抽取 零碎 时 间 躬 耕 于 晨 咯 和 月 光 之 下 ， 经 点 滴 积 累 ， 才 终 成 此 书 ， 希 望 大 家 阅读 愉快 。 


本 书 的 主要 内 容 和 特色 


始 ， 循 序 渐进 ， 一 步 步 为 大 家 剖析 SpringBoot 微 框架 的 设 


本 书 以 介绍 微服 务 的 基本 概念 开篇 ， 逐 步 引出 Java 平 台 下 打造 微服 务 的 利器 一 SpringBoot 微 框架 。 书 中 从 SpringBoot 微 框架 的 “出 身 ” 
计 理 念 和 原理 ， 并 对 框架 的 重点 功能 和 模块 进行 了 逐一 讲解 。 


当然 ， 这 还 只 是 “前 戏 ”， 本 书 最 精彩 的 部 分 在 于 ， 在 大 家 对 SpringBoot 微 框架 已 经 有 了 基本 的 认识 之 后 ， 我 们 将 一 起 探索 如 何 基于 SpringBoot 微 框架 打造 一 套 完备 的 微服 务 体系 。 因 为 如 果 没有 平台 
化 体系 化 的 基础 支撑 ， 空 谈 微 服务 将 无 太 大 意义 。 


我 们 单独 开辟 了 一 章 内 容 ， 为 大 家 介绍 如 何 使 用 Scala 和 SpringBoot 微 框架 来 开发 和 交付 相应 的 微 


SpringBoot 微 框架 依托 Java 平 台 和 Spring 框架 ， 拥 有 良好 的 可 扩展 性 和 可 定制 性 ， 为 了 说 明 这 一 点 ， 
服务 ， 并 且 围 绕 Scala 和 SpringBoot 如 何 打造 相应 的 工具 ， 技 术 产 品 等 支持 来 提高 相应 微服 务 的 交付 效率 。 


最 后 我 会 与 大 家 一 起 对 SpringBoot 微 框架 的 相关 内 容 进行 回顾 和 展望 ， 以 期 温 故 而 知 新 。 


本 书 总 体 上 可 以 总 结 为 三 个 关键 词 ，“ 框 架 、 体 系 、 生 态 ”， 三 者 循序 渐进 ， 相 辅 相 成 ， 在 使 用 SpringBoot 微 框架 打造 自己 特色 的 微服 务 体系 和 技术 生态 之 时 ， 希 望 大 家 记 住 这 三 个 关键 词 。 


本 书面 向 的 读者 


本 书 希 望 面向 的 读者 当然 是 那些 对 SpringBoot 微 框架 感 兴趣 的 同学 ， 如 果 你 想 了 解 SpringBoot 微 框架 ， 并 且 举 试 进一步 深入 定制 该 框架 以 满足 自己 团队 和 公司 的 需要 ， 也 希望 会 对 你 有 所 启发 。 


除 此 之 外 还 包括 : 
: Java 平台 上 的 广大 研发 同学 ， 可 以 借 此 书 了 解 业 界 微服 务 相 关 的 最 新 动态 。 
“ 其 他 平台 上 的 广大 研发 同学 ， 可 借 此 书 “ 管 中 窥 豹 ”， 了 解 徽 服务 的 一 般 体系 和 生态 建设 ， 对 比 并 引入 自身 的 技术 和 微服 务 体系 建设 之 中 。 


“ 脱离 技术 一 线 已 久 的 技术 负责 人 。 


如 何 阅读 本 书 


本 书 采 用 循序 渐进 的 形式 编写 ， 所 以 顺序 阅读 是 推荐 的 阅读 方式 。 


勘误 和 资源 


鉴于 一 家 之 言 且 编撰 仓促 ， 难 免 会 有 所 丝 漏 ， 观 点 有 失 偏颇 ， 所 以 ， 我 在 github 网 站 上 专门 新 建 了 一 个 issue 项 目 (https://github.com/fujohnwang/unveil-springboot-feedbacks) ， 如 果 大 家 在 
阅读 此 书 之 后 发 现 有 哪些 错误 和 疑问 ,或 者 改进 建议 ， 可 以 在 此 项 目 上 新 建 issue 来 表达 自己 的 观点 和 建议 。 如 果 时 间 不 充裕 ， 我 会 适时 地 选择 性 给 予 答复 ， 当 然 ， 更 希望 大 家 可 以 通过 issue 展 开 讨 论 ， 互 相 
切磋 和 解答 疑问 。 


致谢 


除了 最 初 的 一 句 戏言 ， 钟 伦 甫 同学 也 是 本 书 的 第 一 位 读者 ， 帮 助 审 稿 并 提出 很 多 建议 ， 所 以 ， 本 书 得 以 出 版 ， 第 一 需要 感谢 的 就 是 钟 伦 甫 同学 。 


其 次 ， 我 要 感谢 华章 出 版 社 的 杨 福 川 和 李 艺 ， 福 川 兄 在 接 到 我 的 出 版 意向 之 后 ， 快 速 地 跟 进 和 落实 ， 在 本 书 初稿 编写 完成 时 马上 着 手 出 版 ， 诸 位 得 以 在 2016 年 上 半年 就 手 捧 此 书 ， 皆 需 感谢 福 川 兄 的 重 
点 关注 和 推进 。 


最 后 要 感谢 我 的 父母 ， 感 谢 他 们 把 我 带 到 这 个 世界 上 并 让 我 做 自己 想 做 和 要 做 的 事情 。 


第 1 章 了 解 微服 务 


SpringBoot 是 一 个 可 使 用 Java 构 建 微服 务 的 微 框架 ， 所 以 在 了 解 SpringBoot 之 前 ,我 们 需要 先 了 解 什么 是 微服 务 。 


1.1 什么 是 微服 务 


微服 务 (Microservice) 虽然 是 当下 刚 兴起 的 比较 流行 的 新 名 词 ， 但 本 质 上 来 说 ， 微 服务 并 非 什么 新 的 概念 。 实 际 上 ， 很 多 SOA 实 施 成 熟 度 比较 好 的 企业 ， 已 经 在 使 用 和 实施 微服 务 了 。 只 不 过 ， 它 们 
只 是 在 闵 声 发 大 财 ， 并 不 介意 是 否 有 一 个 比较 时 夏 的 名 词 来 明确 表述 SOA 的 这 个 发 展演 化 趋势 罢了 。 


微服 务 其 实 就 是 服务 化 思路 的 一 种 最 佳 实践 方向 ,遵循 SOA 的 思路 ， 各 个 企业 在 服务 化 治理 的 道路 上 走 的 时 间 长 了 ， 踩 的 坑 多 了 ， 整 个 软件 交付 链 路 上 各 个 环节 的 基础 设施 逐渐 成 熟 了 ， 微 服务 自然 而 


当然 ,之 所 以 叫 微服 务 ， 是 与 之 前 的 服务 化 思路 和 实践 相 比 较 而 来 的 。 早 些 年 的 服务 实现 和 实施 思路 是 将 很 多 功能 从 开发 到 交付 都 打包 成 一 个 很 大 的 服务 单元 (一 般 称 为 Monolith) ， 而 微服 务实 现 和 
实施 思路 则 更 强调 功能 趋向 单一 ， 服 务 单元 小 型 化 和 微型 化 。 如 果 用 “茶壶 煮 饺子 ”来 打 比 方 的 话 ， 原 来 我 们 是 在 一 个 茶壶 里 煮 很 多 个 饺子 ， 现 在 (微服 务 化 之 后 ) 则 基本 上 是 在 一 个 茶壶 者 一 个 饺子 ， 而 
这 些 饺 子 就 是 服务 的 功能 ， 茶 壶 则 是 将 这 些 服务 功能 打包 交付 的 服务 单元 ， 如 图 1-1 所 示 。 


Monolith Service 


Microservice 
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We 
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所 以 ， 从 思路 和 理念 上 来 讲 ， 微 服务 就 是 要 倡导 大 家 尽量 将 功能 进行 拆 分 ， 将 服务 粒度 做 小 ， 使 之 可 以 独立 承担 对 外 服务 的 职责 ， 沿 着 这 个 思路 开发 和 交付 的 软件 服务 实体 就 叫 作 “微服 务 ”， 而 围绕 
着 这 个 思路 和 理念 构建 的 一 系列 基础 设施 和 指导 思想 ， 笔 者 将 它 称 为 “微服 务 体系 ”。 


1.2 ”微服 务 因 何 而 生 


微服 务 的 概念 我 们 应 该 大 体 了 解 了 ， 那 么 微服 务 又 是 怎么 来 的 ? 原来 将 很 多 功能 打包 为 一 个 很 大 的 服务 单元 进行 交付 的 做 法 不 能 满足 需求 吗 ? 


实际 上 ， 并 非 原来 “大 一 统 ” (Monolith) 的 服务 化 实践 不 能 满足 要 求 ， 也 不 是 不 好 ， 只 是 ， 它 有 自己 存在 的 合理 场景 。 对 于 Monolith 服 务 来 说 ， 如 果 团队 不 大 ， 软 件 复杂 度 不 高 ， 那 么 ,使 用 
Monolith 的 形式 进行 服务 化 治理 是 比较 合适 的 ， 而 且 ， 这 种 方式 对 运 维和 各 种 基础 设施 的 要 求 也 不 高 。 


但 是 ， 随 着 软件 系统 的 复杂 度 持续 靓 升 ， 软 件 交付 的 效率 要 求 更 高 ， 投 入 的 人 力 以 及 各 项 资源 越 来 越 多 ， 基 于 Monolith 的 服务 化 思路 就 开始 “捉襟见肘 ”。 


在 开发 阶段 ， 如 果 我 们 遵循 Monolith 的 服务 化 理念 ， 通 常会 将 所 有 功能 的 实现 都 统一 归 到 一 个 开发 项 目下 ， 但 随 着 功能 的 膨胀 ， 这 些 功能 一 定 会 分 发 给 不 同 的 研发 人 员 进行 开发 ， 造 成 的 后 果 就 是 ， 大 
家 在 提交 代码 的 时 候 频 繁 冲突 并 需要 解决 这 些 冲 突 ， 单 一 的 开发 项 目 成 为 了 开发 期 间 所 有 人 的 工作 瓶颈 。 


为 了 减轻 这 种 苦恼 ， 我 们 自然 会 将 项 目 按照 要 开发 的 功能 拆 分 为 不 同 的 项 目 ， 从 而 负责 不 同 功能 的 研发 人 员 就 可 以 在 自己 的 代码 项 目 上 进行 开发 ， 从 而 解决 了 大 家 无 法 在 开发 阶段 并 行 开发 的 苦恼 。 


到 了 软件 交付 阶段 ， 如 果 我 们 遵循 Monolith 的 服务 化 理念 ， 那 么 ， 我 们 一 定 是 将 所 有 这 些 开发 阶段 并 行 开发 的 项 目 集合 到 一 起 进行 交付 ， 这 就 涉及 服务 化 早期 实践 中 比较 有 名 的 “火车 模型 ”， 即 交付 
的 服务 就 像 一 辆 火车 ， 而 这 个 服务 相关 的 所 有 功能 对 应 的 项 目 成 果 ， 就 是 要 装 上 火车 车 厢 的 一 件 件 货物 ， 交 付 的 列车 只 有 等 到 所 有 项 目 都 开发 测试 完成 后 才 可 以 装 车 出 发 ， 完 成 整个 服务 的 交付 。 很 显然 ， 
只 要 有 一 个 车 厢 没 有 准备 好 货物 ( 即 功能 项 目 未 开发 测试 完成 ) ， 火 车 就 不 能 发 车 ， 服 务 就 不 能 交付 ， 这 大 大 降低 了 服务 的 交付 效率 。 如 果 每 个 功能 项 目 可 以 各 自 独立 交付 ， 那 么 就 不 需要 都 等 同一 辆 火 
车 ， 各 自 出 发 就 可 以 了 。 顺 着 这 个 思路 ， 自 然而 然 地 ， 大 家 逐渐 各 自 独 立 ， 每 一 个 功能 或 者 少数 相近 的 功能 作为 单一 项 目 开 发 完成 后 将 作为 一 个 独立 的 服务 单元 进行 交付 ， 从 而 在 服务 交付 阶段 ， 大 家 也 能 
够 并 行 不 悖 ， 各 自演 化 而 不 受 影响 。 


所 以 ， 随 着 服务 和 系统 的 复杂 度 逐 渐 严 升 ， 为 了 能 够 在 整个 软件 的 交付 链 路 上 高 效 扩展 ， 将 独立 的 功能 和 服务 单元 进行 拆 分 ， 从 而 形成 一 个 一 个 的 微服 务 是 自然 而 然 发 生 的 事情 。 这 就 像 打 不 同 的 战役 
一 样 ， 在 双方 兵力 不 多 、 战 场 复杂 度 不 高 的 情况 下 ，Monolith 的 统一 指挥 调度 方式 是 合适 的 ; 而 一 旦 要 打 大 的 战役 (类 似 于 系统 复杂 度 提升 ) ， 双 方 一 定 会 投入 大 量 的 兵力 (软件 研发 团队 的 规模 增长 ) 
如 果 还 是 在 狭小 甚至 固定 的 战场 上 进行 捕杀 ， 显 然 施 展 不 开 ! 所 以 ， 小 战役 有 小 战役 的 打 法 ， 大 战役 有 大 战役 的 战 法 ， 而 微服 务实 际 上 就 是 一 种 帮助 扩展 组 织 能 力 、 提 升 团队 效率 的 应 对 “大 战役 ”的 方 
法 ， 它 帮助 我 们 从 软件 开发 到 交付 ， 进 而 到 团队 和 组 织 层面 多 方位 进行 扩展 。 


总 的 来 阅 ， 一 方面 微服 务 可 以 帮助 我 们 应 对 者 升 的 系统 复杂 度 ; 另 一 个 方面 ， 微 服务 可 以 帮助 我 们 进行 更 大 范围 的 扩展 ， 从 开发 阶段 项 目 并 行 开发 的 扩展 ， 到 交付 阶段 并 行 交 付 的 扩展 ， 再 到 相应 的 组 
织 结构 和 组 织 能 力 的 扩展 ， 皆 因 微服 务 而 受 惠 。 


1.3 ”微服 务 会 带 来 哪些 好 处 


显然 ， 随 着 系统 复杂 度 的 提升 ， 以 及 对 系统 扩展 性 的 要 求 越 来 越 高 ， 微 服务 化 是 一 个 很 好 的 方向 ， 但 除 此 之 外 ， 微 服务 还 会 给 我 们 带 来 哪些 好 处 ? 


1.4 ”微服 务 会 带 来 哪些 挑战 


微服 务 给 我 们 带 来 的 并 非 只 有 好 处 ， 还 有 相应 的 一 些 挑战 。 


服务 “ 微 ” 化 之 后 ， 一 个 显著 的 特点 就 是 服务 的 数量 增多 了 。 如 果 将 软件 开发 和 交付 也 作为 一 种 生产 模式 看 待 ， 那 么 数量 众多 的 微服 务实 际 上 就 类 似 于 传统 生产 线 上 的 产品 ， 而 在 传统 生产 模型 下 ， 为 
了 能 够 高 效 地 生产 大 量 产品 ， 通 常 采用 的 就 是 标准 化 生产 。 


比如 在 汽车 产业 ， 在 福特 型 车 没有 出 来 之 前 ， 大 多 汽车 企业 的 生产 效率 都 不 高 ， 而 福特 在 引入 标准 化 生产 线 之 后 ， 福 特 T 型 车 得 以 大 量 生产 并 以 低 成 本 优势 快速 普及 。 


在 其 他 行业 也 是 同样 的 道理 ， 个 性 化 生产 虽然 会 深 得 个 别 用 户 的 喜欢 ， 但 生产 成 本 通常 也 会 很 高 ， 生 产 效 率 因为 受 限于 个 性 化 需求 ， 也 无 法 从 “ 熟 能 生 巧 ” 中 获 益 ， 所 以 ， 最 终 用 户 需要 为 生产 成 本 和 
效率 付出 更 多 的 溢价 才能 获得 最 终 产 品 。 而 相对 于 个 性 化 生产 来 说 ， 标 准 化 生产 走 的 是 另 一 条 路 ， 通 过 生产 标准 产品 ， 使 得 整 条 生产 链 路 可 重复 ， 从 而 提升 了 生产 效率 ， 可 以 为 更 广 层面 的 用 户 提供 大 
量 “ 物 美 价 廉 ”的 标准 产品 。 


微服 务 的 研发 和 交付 其 实 就 类 似 于 产品 的 生产 链 路 ， 而 数量 大 这 一 特点 则 决定 了 ， 我 们 无 法 通过 个 性 化 的 生产 模式 来 支撑 整个 微服 务 的 交付 链 路 和 研发 体系 ， 虽 然 微 服务 化 之 后 ， 我 们 可 以 投入 相应 的 
人 力 和 团队 对 应 各 个 微服 务 的 开发 和 交付 ， 可 扩展 性 上 绝对 没有 问题 ， 但 这 不 意味 着 现实 情况 下 我 们 就 能 这 样 做 ， 因 为 这 些 都 涉及 人 力 和 资源 成 本 ， 而 这 往往 是 受 限 的 。 所 以 ， 使 用 标准 化 的 思路 来 开发 和 
交付 微服 务 就 变 成 了 自然 而 然 的 选择 : 


“ 通过 标准 化 ， 我 们 可 以 重复 使 用 开发 阶段 打造 的 一 系列 环境 和 工具 支持 。 
“ 通过 标准 化 ， 我 们 可 以 复 用 支持 整个 微服 务 交付 链 路 的 各 项 基础 设施 。 
“ 通过 标准 化 ， 我 们 可 以 减少 采购 差异 导致 的 成 本 上 升 ， 同 时 更 加 高 效 地 利用 硬件 资源 。 


“ 通过 标准 化 ， 我 们 可 以 用 标准 的 协议 和 格式 来 治理 和 维护 数量 庞大 的 微服 务 。 


如 果 你 还 对 使 用 标准 化 的 思路 来 构建 微服 务 体系 存 有 疑惑 ， 那 么 ， 不 妨 再 结合 微服 务 的 多 语言 生态 特性 思考 一 番 : 

. 增加 一 种 语言 生态 用 于 微服 务 的 开发 和 交付 ， 我 们 是 否 要 围绕 着 这 种 语言 生态 和 微服 务 的 需求 重新 搭建 一 套 研发 /测试 环境 ? 
“我们 是 否 还 要 围绕 着 这 种 语言 生态 打造 一 系列 的 工具 来 提升 日 常 开发 的 效率 ? 

增加 一 种 语言 生态 ， 我 们 是 不 是 还 要 围绕 这 种 语言 生态 搭建 一 套 针对 微服 务 的 交付 链 路 基础 设施 ? 


“ 增加 一 种 语言 生态 ， 我 们 是 否 还 要 围绕 它 提供 特定 的 硬件 环境 以 及 运 维 支撑 工具 和 平台 ? 


多 语言 生态 虽然 灵活 度 高 了 ， 不 同 语种 和 思路 的 团队 成 员 也 能 够 百花 齐 放 了 ， 但 是 不 是 也 同样 带 来 了 以 上 一 系列 的 成 本 ? 


所 以 ， 很 多 事情 你 能 做 ， 并 不 意味 着 你 一 定 要 做 。 适 度 的 收缩 语言 生态 的 选择 范围 ， 并 围绕 主要 的 语言 生态 构建 一 套 标 准 化 的 微服 务 交 付 体系 ， 或 许 是 更 为 合理 的 做 法 。 


要 实施 高 效 可 重复 的 标准 化 微服 务 生产 ， 我 们 需要 有 类 似 传统 行业 生产 线 的 基础 设施 。 否 则 ， 高 效 可 重复 的 开发 和 交付 大 量 的 微服 务 就 无 从 谈 起 ， 所 以 ， 完 备 的 微服 务 研发 和 交付 体系 基础 设施 建设 就 
成 为 了 实施 微服 务 的 终极 挑战 。 一 个 公司 或 者 组 织 要 很 好 地 或 者 说 成 熟地 实施 微服 务 化 战略 ， 为 交付 链 路 提供 完备 支撑 的 基础 设施 建设 必 不 可 少 ! 


1.5 “本 章 小 结 


在 带领 大 家 探索 本 书 的 主角 SpringBoot 微 框架 之 前 ， 本 章 首先 为 大 家 介绍 了 SpringBoot 微 框架 服务 的 核心 场景 ， 即 微服 务 。 然 后 一 起 探索 了 微服 务 的 概念 以 及 由 来 ， 并 探讨 了 微服 务 可 以 为 我 们 带 来 哪 
些 好 处 ， 以 及 同时 又 为 我 们 带 来 哪些 挑战 。 


总 的 来 说 ， 微 服务 化 虽然 是 当下 流行 的 趋势 ， 但 并 非 任何 场景 都 合适 ,我们 还 是 要 审慎 地 在 “大 一 统 ” (Monolith) 服务 架构 和 微服 务 架 构 之 间 做 出 选择 ， 而 一 旦 确定 选择 了 微服 务 化 之 路 ， 那么， 就 
应 该 围绕 团队 和 组 织 的 主要 语言 生态 以 及 微服 务 方向 积极 探索 高 效 的 微服 务 开发 和 交付 模式 。 


SpringBoot 微 框架 实际 上 就 是 为 Java 语 言 生 态 而 生 的 一 种 微服 务 最 佳 实践 ， 在 第 2 章 中 我 们 将 从 回顾 SpringBoot 的 起 源 开始 ， 逐 步 揭 开 SpringBoot 微 框架 的 神秘 面纱 。 


第 2 章 饮水思源: 回顾 与 探索 Spring 框架 的 本 质 


SpringBoot 框 架 的 命名 关键 在 “Boot” 上， 或 许 Boot Spring 更 能 说 明 这 个 微 框架 设计 的 初衷， 也 就 是 快速 启动 一 个 Spring 应 


所 以 ， 自 始 至 终 ，springBoot 框 架 都 是 为 了 能 够 帮助 使 用 Spring 框架 的 开发 者 快速 高 效 地 构建 一 个 个 基于 Spring 框架 以 及 Spring 生态 体系 的 应 用 解决 方案 。 要 深刻 理解 SpringBoot 框 架 ， 首 先 我 们 需 
要 深刻 理解 Spring 框架 ， 所 以 让 我 们 先 来 读 读 历史 吧 ! 


2.1 Spring 框架 的 起 源 


虽然 笔者 在 自己 的 上 一 本 著作 《Spring 揭秘 》 中 对 Spring 框架 进行 了 十 分 详尽 的 介绍 和 剖析 ， 但 这 里 还 是 要 再 吧 嗪 几 和 句 。 


Spring 框架 诞生 于 “黑暗 ”的 EJB 1 的 时 代 (如 果 你 没有 听 说 过 ， 恭 喜 你 ， 说 明 你 还 年 轻 ) ， 那 是 一 个 J2EE 规 范 统治 的 时 代 ， 基 于 各 种 容器 和 J2EE 规 范 的 软件 解决 方案 是 唯一 的 “正道 ”， 沉重 的 研发 模 


ET 去 


式 和 生态 让 那个 时 代 的 开发 者 痛苦 不 堪 。 随 着 经 典 巨著 《Expert One-on-One J2EE Design and Development》 的 诞生 ， 重 规范 时 代 终 于 迎 来 了 一 线 曙光 ， 该 书 的 作者 Rod Johnson 在 书 中 阐述 了 轻 量 级 
框架 的 研发 理念 ， 对 原 有 笨重 的 规范 进行 了 择 击 ， 并 基于 书 中 的 理念 推出 了 最 初版 的 Spring 框架 ， 并 延续 至 今 已 达 10 多 年 之 久 。 


Spring 框架 是 构建 高 效 Java 研 发 体系 的 一 种 最 佳 实践 ， 它 通过 一 系列 统一 而 简洁 的 设计 ， 为 广大 Java 开 发 者 开拓 了 一 条 光明 的 Java 应 用 最 佳 实践 之 路 。 


大 家 熟知 的 Spring loC 与 AOP 自 不 必 说 ，Spring 更 是 对 Java 应 用 开发 中 常用 的 技术 进行 了 合理 的 设计 和 封装 ， 使 得 Java 应 用 开发 者 可 以 避免 车 日 因 API 和 系统 设计 不 当 而 易 犯 的 错误 ， 又 能 够 高 效 地 完 
成 相应 问题 领域 的 研发 工作 ， 真 可 说 是 Java 开 发 必 备 良 器 ! 


因为 这 不 是 一 本 专门 介绍 Spring 框架 的 书 ， 所 以 ， 这 里 不 会 详细 展开 对 Spring 框架 的 细节 回顾 。 不 过 ， 一 些 核心 的 实践 以 及 与 SpringBoot 相 关 的 概念 ， 还 是 有 必要 说 在 前 的 ， 比 如 Spring IoC! 


2.2 Spring loC 其 实 很 简单 


有 部 分 Java 开 发 者 对 loC (Inversion Of Control) 和 DI (Dependency Injection) 的 概念 有 些 混淆 ， 认 为 二 者 是 对 等 的 ， 实 际 上 我 在 之 前 的 著作 中 已 经 说 过 了 ，1oC 其 实 有 两 种 方式 ， 一 种 就 是 DI， 而 
另 一 种 是 DL， 即 Dependency Lookup (依赖 查找 ) ， 前 者 是 当前 软件 实体 被 动 接受 其 依赖 的 其 他 组 件 被 loC 容 器 注入 ， 而 后 者 则 是 当前 软件 实体 主动 去 某 个 服务 注册 地 查找 其 依赖 的 那些 服务 ， 概 念 之 间 


的 关系 如 图 2-1 所 示 可 能 更 贴切 些 。 


‘ IoC (Inversion Of Control) : 


s 


图 2-1 IoC 相 关 概 念 示意 图 


我 们 通常 提 到 的 Spring loC， 实 际 上 是 指 Spring 框架 提供 的 loC 容 器 实现 (loC Container) ， 而 使 用 Spring loC 容 器 的 一 个 典型 代码 片段 就 是 : 


public class App { 
public static void main(String[] args) { 
ApplicationContext context = new FileSystemXmlApplication-Context ("http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Te 


// http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/... 
MockService service = context.getBean (MockService.class) ; 
service.doSomething () ; 


} 


任何 一 个 使 用 Spring 框架 构建 的 独立 的 Java 应 用 (Standalone Java Application) ， 通 常 都 会 存在 一 行 类 似 于 “context.getBean (http://www.hzcourse.com/resource/readBook? 
path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/..) ; ”的 代码 ， 实 际 上 ， 这 行 代码 做 的 就 是 DL 的 工作 ， 而 构建 的 任何 一 种 loC 容 器 背后 (比如 BeanFactory 或 者 
ApplicationContext) 发 生 的 事情 ， 则 更 多 是 DI 的 过 程 (也 可 能 有 部 分 DL 的 逻辑 用 于 对 接 遗留 系统 ) 。 


Spring 的 loC 容 器 中 发 生 的 事情 其 实 也 很 简单 ， 总 结 下 来 即 两 个 阶段 : 


(1) 采摘 和 收集 “咖啡 豆 ” (bean) 
(2) 研磨 和 豪 饪 咖啡 
哦 ， 不 对 ， 这 是 一 本 技术 书 ， 差 点 儿 写 成 咖啡 文化 杂志 。 


那 我 们 还 是 回 过 头 来 继续 说 Spring loC 容 器 的 依赖 注入 流程 吧 ! Spring loC 容 器 的 依赖 注入 工作 可 以 分 为 两 个 阶段 : 


阶段 一 : 收集 和 注册 


第 一 个 阶段 可 以 认为 是 构建 和 收集 bean 定 义 的 阶段 ， 在 这 个 阶段 中 ， 我 们 可 以 通过 XML 或 者 Java 代 码 的 方式 定义 一 些 bean， 然 后 通过 手动 组 装 或 者 让 容器 基于 某 些 机 制 自动 扫描 的 形式 ， 将 这 些 bean 
定义 收集 到 loC 容 器 中 。 


假设 我 们 以 XML 配 置 的 形式 来 收集 并 注册 单一 bean， 一 般 形式 如 下 : 


<bean id="mockService" class="http://www.hzcourse.com/resource/readBook?path=/openresources/teach ebook/uncompressed/15679/0EBPS/Text/..MockServiceImpl"> 
http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/... 
</bean> 


如 果 嫌 逐个 收集 bean 定 义 麻 烦 ， 想 批量 地 收集 并 注册 到 1oC 容 器 中 ， 我 们 也 可 以 通过 XML Schema 形式 的 配置 进行 批量 扫描 并 采集 和 注册 : 


<context:component-scan base-package="com.keevol"> 


注意 ”基于 JavaConfig 形 式 的 收集 和 注册 ， 不 管 是 单一 还 是 批量 ， 后 面 我 们 都 会 单独 提 及 。 


阶段 二 : 分 析 和 组 装 


当 第 一 阶段 工作 完成 后 ， 我 们 可 以 先 暂且 认为 IoC 容 器 中 充斥 着 一 个 个 独立 的 bean， 它 们 之 间 没 有 任何 关系 。 但 实际 上 ， 它 们 之 间 是 有 依赖 关系 的 ， 所 以 ，loC 容 器 在 第 二 阶段 要 干 的 事情 就 是 分 析 这 些 
已 经 在 loC 容 器 之 中 的 bean， 然 后 根据 它们 之 间 的 依赖 关系 先后 组 装 它们 。 如 果 1oC 容 器 发 现 某 个 bean 依 赖 另 一 个 bean， 它 就 会 将 这 另 一 个 bean 注 入 给 依赖 它 的 那个 bean， 直 到 所 有 bean 的 依赖 都 注入 完 
成 ， 所 有 bean 都 “整装待发 ”， 整 个 loC 容 器 的 工作 即 算 完成 。 


至 于 分 析 和 组 装 的 依据 ，Spring 框 架 最 早 是 通过 XML 配 置 文 件 的 形式 来 描述 bean 与 bean 之 间 的 关系 的 ， 随 着 Java 业 界 研发 技术 和 理念 的 转变 ， 基 于 Java 代 码 和 Annotation 元 信息 的 描述 方式 也 日 渐 兴 
盛 (比如 @Autowired 和 @Inject) ， 但 不 管 使 用 哪 种 方式 ， 都 只 是 为 了 简化 绑 定 逻辑 描述 的 各 种 “表象 ”， 最 终 都 是 为 本 阶段 的 最 终 目 的 服务 。 


提示 很 多 Java 开 发 者 一 定 认为 spring 的 XML 配 置 文件 是 一 种 配置 (Configuration) ， 但 本 质 上 ， 这 些 配置 文件 更 应 该 是 一 种 代码 形式 ，XML 在 这 里 其 实 可 以 看 作 一 种 DSL， 它 用 来 表述 的 是 bean 与 bean 之 
间 的 依赖 绑 定 关系 ， 诸 君 还 记得 没有 IoC 容 器 的 年 代 要 自己 写 代码 新 建 (new) 对 象 并 配置 (set) 依赖 的 吧 ? 


2.3 了 解 一 点 儿 JavaConfig 


Java 5 的 推出 ， 加 上 当年 基于 纯 Java Annotation 的 依赖 注入 框架 Guice 的 出 现 ， 使 得 Spring 框架 及 其 社区 也 “顺应 民意 ”， 推 出 并 持续 完善 了 基于 java 代码 和 Annotation 元 信息 的 依赖 关系 绑 定 描述 
方式 ， 即 JavaConfig 项 目 。 


基于 JavaConfig 方 式 的 依赖 关系 绑 定 描述 基本 上 映射 了 最 早 的 基于 XML 的 配置 方式 ， 比 如 : 


(1) 表达 形式 层面 


基于 XML 的 配置 方式 是 这 样 的 : 


<?xml version="1.0" encoding="UTF-8"?> 
<beans xmlns="http://www.springframework.org/schema/beans" 
xmlns:xsi="http: //www.w3.org/2001/XMLSchema-instance" 
xmlns:context="http: //www.springframework.org/schema/context" 
xsi:schemaLocation="http: //www.springframework.org/schema/beans 
http://www. springframework.org/schema/beans/spring-beans.xsd http: //www.springframework.org/schema/context http: //www.springframework.org/schema/context/spring-context.x 
<!-- bean % --> 
</beans> 


而 基于 JavaConfig 的 配置 方式 是 这 样 的 : 


@Configuration 

public class MockConfiguration{ 
// bean 定 义 

} 


任何 一 个 标注 了 @Configuration 的 Java 类 定义 都 是 一 个 JavaConfig 配 置 类 。 


(2) 注册 bean 定 义 


] 
E 


基于 XML 的 配置 形式 是 这 样 的 : 


<bean id="mockService" class="http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/. .MockServiceImp1"> 
http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/... 
</bean> 


而 基于 JavaConfig 的 配置 形式 是 这 样 的 : 


@Configuration 
public class MockConfiguration { 
@Bean 
public MockService mockService () 
return new MockServiceImp] () ; 


{ 
} 


任何 一 个 标注 了 @ Bean 的 方法 ， 其 返回 值 将 作为 一 个 bean 定 义 注册 到 Spring 的 IoC 容器， 方法 名 将 默认 成 为 该 bean 定 义 的 id。 


(3) 表达 依赖 注入 关系 层面 


为 了 表达 bean 与 bean 之 间 的 依赖 关系 ， 在 XML 形式 中 一 般 是 这 样 的 : 


<bean id="mockService" class="http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/. .MockServiceImp1"> 
<property name="dependencyService" ref="dependencyService"/> 
</bean> 


<bean id="dependencyService" class="DependencyServiceImp1"/> 


而 在 JavaConfig 中 则 是 这 样 的 : 


@Configuration 
public class MockConfiguration { 
@Bean 
public MockService mockService() { 
return new MockServiceImp1 (dependencyService ()); 
} 
@Bean 
public DependencyService dependencyService() { 
return new DependencyServicelImp] () ; 


} 


如 果 一 个 bean 的 定义 依赖 其 他 bean， 则 直接 调用 对 应 JavaConfig 类 中 依赖 bean 的 创建 方法 就 可 以 了 。 


注意 ”在 JavaConfig 形 式 的 依赖 注入 过 程 中 ， 我 们 使 用 方法 调用 的 形式 注入 依赖 ， 如 果 这 个 方法 返回 的 对 象 实例 只 被 一 个 bean 依 赖 注入 ， 那 也 还 好 ， 如 果 多 于 一 个 bean 需 要 依赖 这 个 方法 调用 返回 的 对 象 
实例 ， 那 是 不 是 意味 着 我 们 就 会 创建 多 个 同一 类 型 的 对 象 实例 ? 


从 代码 表述 的 逻辑 来 看 ， 直 觉 上 应 该 是 会 创建 多 个 同一 类 型 的 对 象 实例 ， 但 实际 上 最 终结 果 却 不 是 这 样 ， 依 赖 注入 的 都 是 同一 个 Singleton 的 对 和 象 实例 ， 那 这 是 如 何 做 到 的 ? 


笔者 一 开始 以 为 Spring 框架 会 通过 解析 JavaConfig 的 代码 结构 ， 然 后 通过 解析 器 转换 加 上 反射 等 方式 完成 这 一 目的 ， 但 实际 上 Spring 框架 的 设计 和 实现 者 采用 了 另 一 种 更 通用 的 方式 ， 这 在 Spring 的 参考 文 
档 中 有 说 明 ， 即 通过 拦截 配置 类 的 方法 调用 来 避免 多 次 初始 化 同一 类 型 对 象 的 问题 ， 一 旦 拥有 拦截 远 辑 的 子 类 发 现 当 前 方法 没有 对 应 的 类 型 实例 时 才 会 去 请 求 父 类 的 同一 方法 来 初始 化 对 象 实例 ， 否 则 直接 
返回 之 前 的 对 象 实例 。 


所 以 ， 原 来 Spring loC 容 器 中 有 的 特性 (features) 在 JavaConfig 中 都 可 以 表述 ， 只 是 换 了 一 种 形式 而 已 ， 而 且 ， 通 过 声明 相应 的 Java Annotation 反 而 “内 聚 ”一 处 ， 变 得 更 加 简洁 明了 了 。 


24 本章 小 结 


“ 磨 刀 不 误 砍 柴 工 ”， 本 章 我 们 主要 回顾 了 一 下 Spring 框架 的 历史 ， 并 对 Spring 框架 的 一 些 核心 功能 和 特性 进行 了 精炼 的 剖析 ， 在 把 我 们 的 思维 之 刀 磨 硕 快 了 之 后 ， 让 我 们 开始 解 一 下 SpringBoot 这 头 
小 牛 儿 吧 ! 


第 3 章 SpringBoot 的 工作 机 制 


我 们 说 SpringBoot 是 Spring 框架 对 “约定 优先 于 配置 (Convention Over Configuration) ”理念 的 最 佳 实践 的 产物 ， 一 个 典型 的 SpringBoot 应 用 本 质 上 其 实 就 是 一 个 基于 Spring 框架 的 应 用 ， 而 如 
果 大 家 对 Spring 框架 已 经 了 如 指 掌 ， 那 么 ， 在 我 们 一 步 步 揭 开 SpringBoot 微 框架 的 面纱 之 后 ， 大 家 就 会 发 现 “ 阳 光 之 下 ， 并 无 新 事 ”。 不 信 ? 那 我 们 一 起 走 着 瞧 跑 ! 


3.1 SpringBoot 初 体验 


一 个 典型 的 SpringBoot 应 用 长 什么 样子 呢 ? 如 果 我 们 使 用 http://start.spring.io/ 创 建 一 个 最 简单 的 依赖 Web 模 块 的 SpringBoot 应 用 ， 一 般 情 况 下 ， 我 们 会 得 到 一 个 SpringBoot 应 用 的 启动 类 ， 如 下 面 
代码 所 示 : 


import org.springframework.boot.SpringApplication; 
import org.springframework.boot.autoconfigure.SpringBootApplication; 
@SpringBootApplication 
public class DemoApplication { 
public static void main(String[] args) { 
SpringApplication.run(DemoApplication.class, args); 


所 有 的 SpringBoot 无 论 怎么 定制 ， 本 质 上 与 上 面 的 启动 类 代码 是 一 样 的 ， 而 以 上 代码 示例 中 ，Annotation 定 义 (@SpringBootApplication) 和 类 定义 (SpringApplication.run) HAAR, BRA, 
要 揭 开 SpringBoot 应 用 的 奥秘 ， 很 明显 的 ， 我 们 只 要 先 从 这 两 位 开始 就 可 以 了 。 


3.2 @springBootApplication 背 后 的 秘密 


@SpringBootApplication 是 一 个 “三 体 ” 结 构 ， 实 际 上 它 是 一 个 复合 Annotation : 


@Target (ElementType. TYPE) 
@Retention (RetentionPolicy.RUNTIME) 
@Documented 
@Inherited 
@Configuration 
@EnableAutoConfiguration 
@ComponentScan 
public @interface SpringBootApplication{ 
http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/... 
} 


虽然 它 的 定义 使 用 了 多 个 Annotation 进 行 元 信息 标注 ， 但 实际 上 对 于 SpringBoot 应 用 来 说 ， 重 要 的 只 有 三 个 Annotation， 而 “三 体 ”结构 实际 上 指 的 就 是 这 三 个 Annotation : 


+ @Configuration 


+ @EnableAutoConfiguration 


+ @ComponentScan 


所 以 ， 如 果 我 们 使 用 如 下 的 SpringBoot 启 动 类 ， 整 个 SpringBoot 应 用 依然 可 以 与 之 前 的 启动 类 功能 对 等 : 


@Configuration 
@EnableAutoConfiguration 
@ComponentScan 
public class DemoApplication { 
public static void main(String[] args) { 
SpringApplication.run(DemoApplication.class, args); 
} 


但 每 次 都 写 三 个 Annotation 显 然 过 于 繁琐 ， 所 以 写 一 个 @SpringBoot-Application 这 样 的 一 站 式 复合 Annotation 显 然 更 方便 些 。 


3.3 SpringApplication: SpringBoot 程 序 启 动 的 一 站 式 解 决 方案 


如 果 非 说 SpringBoot 微 框架 提供 了 点 儿 自 己 特 有 的 东西 ， 在 核心 类 层面 (各 种 场景 下 的 自动 配置 一 站 式 插 拔 模块 ， 我 们 下 一 章 再 重点 介绍 ) ， 也 就 是 SpringApplication 了 。 


SpringApplication 将 一 个 典型 的 Spring 应 用 启动 的 流程 “模板 化 ” (这 里 是 动词 ) ， 在 没有 特殊 需求 的 情况 下 ， 默 认 模板 化 后 的 执行 流程 就 可 以 满足 需求 了 ; 但 有 特殊 需求 也 没 关 
系 ， SpringApplication 在 合适 的 流程 结 点 开放 了 一 系列 不 同类 型 的 扩展 点 ， 我 们 可 以 通过 这 些 扩展 点 对 SpringBoot 程 序 的 启动 和 关闭 过 程 进行 扩展 。 


最 “肤浅 ”的 扩展 或 者 配置 是 SpringApplication 通 过 一 系列 设置 方法 (setters) 开放 的 定制 方式 ， 比 如 ,我 们 之 前 的 启动 类 的 main 方 法 中 只 有 一 句 : 


SpringApplication.run (DemoApplication.class, args) ; 


但 如 果 我 们 想 通 过 SpringApplication 的 一 系列 设置 方法 来 扩展 启动 行为 ， 则 可 以 用 如 下 方式 进行 : 


public class DemoApplication { 
public static void main(String[] args) { 

// SpringApplication.run(DemoConfiguration.class, args); 

SpringApplication bootstrap = new SpringApplication (Demo-Configuration.class) ; 

bootstrap.setBanner (new Banner() { 
@Override 
public void printBanner (Environment environment, Class<?> aClass, PrintStream printStream) { 

// 比如 打印 一 个 我 们 喜欢 的 RSCII Rrts 字 符 画 


We 

bootstrap.setBannerMode (Banner .Mode . CONSOLE) ; 

// $e zalit http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/... 
bootstrap. run (args) ; 


提示 “设置 自 定义 banner 最 简单 的 方式 其 实 是 把 ASCII Att 字 符 画 放 到 一 个 资源 文件 ， 然 后 通过 ResourceBannetr 来 加 载 : bootstrap.setBanner (new ResourceBanner (new 


ClassPathResource ("banner.txt") ) ) ; 


大 部 分 情况 下 ，springApplication 已 经 提供 了 很 好 的 默认 设置 ， 所 以 ， 我 们 不 再 对 这 些 表层 进行 探究 了 ， 因 为 对 表层 之 下 的 东西 进行 探究 才 是 我 们 的 最 终 目的 。 


34 ”再 谈 自动 配置 


此 前 我 们 讲 到 ，@EnableAutoConfiguration 可 以 借助 SpringFactoriesLoader 这 个 特性 将 标注 了 @Configuration 的 JavaConfig 类 “一 股 脑 儿 ”的 汇总 并 加 载 到 最 终 的 ApplicationContext， 不 过 ， 
这 其 实 只 是 “简化 版 ”的 说 明 ， 实 际 上 ， 基 于 @EnableAutoConfiguration 的 自动 配置 功能 拥有 更 加 强大 的 调控 能 力 ， 通 过 配合 比如 基于 条 件 的 配置 能 力 或 者 调整 加 载 顺 序 ， 我 们 可 以 对 自动 配置 进行 更 加 
细 粒 度 的 调整 和 控制 。 


3.5 本章 小 结 


至 此 ， 我 们 对 SpringBoot 的 核心 组 件 完成 了 基本 的 剖析 ， 综 合 来 看 ， 大 部 分 的 东西 都 是 Spring 框架 背后 原 有 的 一 些 概念 和 实践 方式 ，SpringBoot 只 是 在 这 些 概念 和 实践 方式 上 对 特定 的 场景 实现 进行 
了 国 化 和 升华 ， 而 也 恰恰 是 这 些 固化 让 我 们 开发 基于 Spring 框架 的 应 用 更 加 方便 高 效 。 


如 果 springBoot 真 有 什么 秘密 可 言 的 话 ， 那 也 是 Spring 框架 和 Spring 生态 圈 的 秘密 ， 如 果 大 家 对 Spring 框架 和 其 生态 圈 已 经 了 然 于 心 ， 通 过 本 章 的 讲解 ， 相 信 SpringBoot 对 大 家 已 经 无 甚 神秘 可 言 了 
吧 ! 


通过 适当 的 固化 Spring 应 用 的 研发 实践 ，SpringBootitSspring 应 用 的 研发 更 加 高 效 ， 这 并 没有 耗费 SpringBoot 设 计 者 太 多 的 智力 和 精力 ， 背 后 也 无 太 多 高 深 的 奥秘 ， 但 SpringBoot 得 以 盛行 并 非 靠 
拼 “ 技 术 含量 ”， 它 默认 提供 的 那些 开 箱 即 用 的 自动 配置 依赖 模块 才 是 让 Spring 开发 者 最 受益 的 ， 下 一 章 我 们 将 就 这 些 依赖 模块 进行 相应 的 介绍 ， 以 帮助 大 家 更 好 地 了 解 并 使 用 它们 。 


第 4 章 了 解 纷 杂 的 spring-boot-starter 


我 认为 ，SpringBoot 微 框架 从 两 个 主要 层面 影响 Spring 社 区 的 开发 者 们 : 


1) 基于 Spring 框架 的 “约定 优先 于 配置 (COC) ”理念 以 及 最 佳 实 践 之 路 。 


2) 提供 了 针对 日 常 企业 应 用 研发 各 种 场景 的 spring-boot-starter 自 动 配置 依赖 模块 ， 如 此 多 “ 开 箱 即 用 ”的 依赖 模块 ， 使 得 开发 各 种 场景 的 Spring 应 用 更 加 快速 和 高 效 。 


SpringBoot 提 供 的 这 些 “ 开 箱 即 用 ”的 依赖 模块 都 约定 以 spring-boot-starter- 作 为 命名 的 前 缀 ， 并 且 皆 位 于 org.springframework.boot 包 或 者 命名 空间 下 (虽然 SpringBoot 的 官方 参考 文档 中 提 到 
不 建议 大 家 使 用 spring-boot-starter- 来 命名 自己 写 的 类 似 的 自动 配置 依赖 模块 ， 但 实际 上 ， 配 合 不 同 的 groupld， 这 不 应 该 是 什么 问题 ) 。 


如 果 我 们 访问 http://start.spring.io， 并 单 击 图 4-1 中 的 “Switch to the full version” 链接， 就 会 发 现 SpringBoot1.3.1 默 认 支 持 和 提供 了 大 约 80 多 个 自动 配置 依赖 模块 。 


鉴于 数量 如 此 之 多 ， 并 且 也 不 是 所 有 人 都 会 在 任何 一 个 应 用 中 用 到 所 有 ， 我 只 会 就 几 个 常见 的 通用 spring-boot-starter 模 块 进行 讲解 ， 希 望 大 家 可 以 举一反三 ， 灵 活 应 用 所 有 日 后 工作 过 程 中 将 会 用 到 
的 那些 spring-boot-starter 模 块 。 


所 有 的 spring-boot-starter 都 有 约定 俗 成 的 默认 配置 ， 但 允许 我 们 调整 这 些 配置 以 改变 默认 的 配置 行为 ， 即 “约定 优先 于 配置 ”。 在 介绍 相应 的 spring-boot-starter 的 默认 配置 (约定 ) 以 及 可 调整 配 
置 之 前 ， 我 们 有 必要 对 SpringBoot 应 用 的 配置 约定 先 做 一 个 简单 的 介绍 。 


SPRING INITIALIZR 


Generate a Maven Project + With Spring Boot 13.1 


Project Metadata Dependencies 


Artifact coordinates Add Spring Boot Starters and dependencies to your application 
Group Search for dependencies 


com.example Web, Security, JPA, Actuator, Devtools... 


Artifact Selected Starters 


demo 


Generate Project # + = 


Don't know what to look for? Want more options? Switch to the full version 


图 4-1 Spring Initializr 示 意 


简单 来 讲 ， 我 们 可 以 将 对 SpringBoot 的 行为 可 以 进行 干预 的 配置 方式 划分 为 几 类 : 


“ 命令 行 参数 (Command Line Args) o 

- 系统 环境 变量 (Environment Variables) 。 
“ 位 于 文件 系统 中 的 配置 文件 。 

“ 位 于 classpath 中 的 配置 文件 。 


“ 固化 到 代码 中 的 配置 项 。 


为 了 简化 ， 其 他 比较 少见 场景 的 配置 方式 不 在 这 里 罗列 。 总 的 来 说 ， 以 上 几 种 方式 按照 优先 级 从 高 到 低 排 列 ， 高 优先 级 方式 提供 的 配置 项 可 以 覆盖 或 者 优先 生效 ， 比 如 通过 命令 行 参 数 传 入 的 配置 项 会 
覆盖 通过 环境 变量 传 入 的 同一 配置 项 ， 当 然 也 会 覆盖 其 他 后 面 几 种 方式 给 出 的 同一 配置 项 。 


不 管 是 位 于 文件 系统 还 是 classpath，SspringBoot 应 用 默认 的 配置 文件 名 叫 作 application.properties， 可 以 直接 放 在 当前 项 目的 根 目录 下 或 者 名 称 为 config 的 子 目录 下 。 


以 上 是 关于 SpringBoot 应 用 配置 方式 的 简单 介绍 ， 基 本 可 以 满足 我 们 后 面 讲解 的 需要 ， 所 以 ， 现 在 让 我 们 进入 纷 杂 的 spring-boot-starter 探 索 之 旅 吧 ! 


4.1 应 用 日 志和 spring-boot-starter-logging 


Java 的 日 志 系 统 多 种 多 样 ， 从 java.util 默 认 提 供 的 日 志 支 持 ， 到 log4j，log4j2，commons logging 等 ， 复 杂 繁 多 ， 所 以 ， 应 用 日 志 系统 的 配置 就 会 比较 特殊 ， 从 而 spring-boot-starter-logging 也 比较 
特殊 一 些 ， 下 面 将 其 作为 我 们 第 一 个 了 解 的 自动 配置 依赖 模块 。 


假如 maven 依 赖 中 添加 了 spring-boot-starter-logging : 


<dependency> 
<groupId>org. springframework.boot</groupId> 
<artifactId>spring-boot-starter-logging</artifactId> 
</dependency> 


那么 ,我 们 的 SpringBoot 应 用 将 自动 使 用 logback 作 为 应 用 日 志 框 架 ，SpringBoot 启 动 的 时 候 ， 由 org.springframework.boot.logging.Logging-Application-Listener 根 据 情况 初始 化 并 使 用 。 


SpringBoot 为 我 们 提供 了 很 多 默认 的 日 志 配置 ， 所 以 ， 只 要 将 spring-boot-starter-logging 作 为 依赖 加 入 到 当前 应 用 的 classpath， 则 “ 开 箱 即 用 ” ， 不 需要 做 任何 多 余 的 配置 ， 但 假设 我 们 要 对 默认 
SpringBoot 提 供 的 应 用 日 志 设 定做 调整 ， 则 可 以 通过 几 种 方式 进行 配置 调整 : 


+ 遵循 logback 的 约定 ， 在 classpath 中 使 用 自己 定制 的 logback.xml 配 置 文件 。 


“ 在 文件 系统 中 任何 一 个 位 置 提供 自己 的 logback.xml 配 置 文件 ， 然 后 通过 logging.config 配 置 项 指向 这 个 配置 文件 来 启用 它 ， 比 如 在 application.properties 中 指定 如 下 的 配置 。 


logging.config=/{some.path.you.defined}/any-logfile-name-I-like.log 


注意 ”SpringBoot 默 认 允 许 我 们 通过 在 配置 文件 或 者 命令 行 等 方式 使 用 logging.file 和 logging.path 来 自 定义 日 志文 件 的 名 称 和 存放 路 径 ， 不 过 ， 这 只 是 允许 我 们 在 SpringBoot 框 架 预 先 定义 的 默认 日 志 系 统 设 
定 的 基础 上 做 有 限 的 设置 ， 如果 我 们 希望 更 灵活 的 配置 ， 最 好 通过 框架 特定 的 配置 方式 提供 相应 的 配置 文件 ， 然 后 通过 logging.config 来 启用 。 


如 果 大 家 更 习惯 使 用 log4j 或 者 log4j2， 那 么 也 可 以 采 上 


类 似 的 方式 将 它们 对 应 的 spring-boot-starter 依 赖 模块 加 到 Maven 依 赖 中 即 可 :: 


<dependency> 
<groupId>org. springframework.boot</groupId> 


<artifactId>spring-boot-starter-log4j</artifactId> 
</dependency> 


或 者 


<dependency> 
<groupId>org. springframework.boot</groupId> 


<artifactId>spring-boot-starter-log4j2</artifactId> 
</dependency> 


但 一 定 不 要 将 这 些 完成 同一 目的 的 spring-boot-starter 都 加 到 依赖 中 。 


4.2 快速 Web 应 用 开发 与 spring-boot-starter-web 


在 这 个 互联 网 时 代 ， 使 用 Spring 框架 除了 开发 少数 的 独立 应 用 ， 大 部 分 情况 下 实际 上 在 使 用 SpringMVC 开 发 web 应 上 
spring-boot-starter-web 自 动 配置 模块 。 


， 为 了 帮 有 我 们 简化 快速 搭建 并 开发 一 个 Web 项 目 ，SpringBoot 为 我 们 提供 了 


只 要 将 spring-boot-starter-web 加 入 项 目的 maven 依 赖 : 


<dependency> 
<groupId>org. springframework.boot</groupId> 


<artifactId>spring-boot-starter-web</artifactId> 
</dependency> 


我 们 就 得 到 了 一 个 直接 可 执行 的 Web 应 用 ， 当 前 项 目下 运行 mvn spring-boot: run 就 可 以 直接 启动 一 个 使 
Controller， 所 以 ， 访 问 任何 路 径 都 会 返回 一 个 SpringBoot 默 认 提 供 的 错误 页 面 


了 嵌入 式 tomcat 服 务 请 求 的 Web 应 用 ， 只 不 过 ,我 们 还 没有 提供 任何 服务 Web 请 求 的 
(一 般 称 其 为 whitelabel error page) ， 我 们 可 以 在 当前 项 目下 新 建 一 个 服务 根 路 径 Web 请 求 的 Controller 实 现 : 


@RestController 
public class IndexController { 
@RequestMapping ("/") 
public String index() { 
return "hello, there"; 
} 


E 


新 运行 mvn spring-boot: run 并 访问 http://localhost: 8080， 错 误 页 面 将 被 我 们 的 Controller 返 回 的 消息 所 替代 ， 一 个 简单 的 Web 应 用 就 这 样 完成 了 。 


但 是 ， 简 单 的 背后 ， 其 实 却 有 很 多 “ 潜 规则 ” (约定 ) ， 我 们 只 有 充分 了 解 了 这 些 “ 潜 规则 ”， 才 能 更 好 地 应 


spring-boot-starter-web。 


4.3 ”数据 访问 与 spring-boot-starter-jdbc 


大 部 分 Java 应 用 都 需要 访问 数据 库 ， 尤 其 是 服务 层 ， 所 以 ，SpringBoot 会 为 我 们 自动 配置 相应 的 数据 访问 设施 。 


若 想 SpringBoot 为 我 们 自动 配置 数据 访问 的 基础 设施 ， 那 么 ， 我 们 需要 直接 或 者 间接 地 依赖 spring- 
行为 ， 最 简单 的 做 法 就 是 把 spring-boot-starter-jdbc 加 为 应 用 的 依赖 。 


jdbc， 一 旦 spring-jdbc 位 于 我 们 SpringBoot 应 用 的 classpath ， 即 会 触发 数据 访问 相关 的 自动 配置 


默认 情况 下 ， 如 果 我 们 没有 配置 任何 DataSsource， 那 么 ，SpringBoot 会 为 我 们 自动 配置 一 个 基于 谋 入 式 数 据 库 的 DataSource， 这 种 自动 配置 行为 
基本 上 我 们 会 自己 配置 一 个 DataSource 实 例 ， 或 者 通过 自动 配置 模块 提供 的 配置 参数 对 DataSource 实 例 进行 自 定义 的 配置 。 


实 很 适合 于 测试 场景 ， 但 对 实际 的 开发 帮助 不 大 ， 


假设 我 们 的 SpringBoot 应 用 只 依赖 一 个 数据 库 ， 那 么 ， 使 用 DataSource 自 动 配置 模块 提供 的 配置 参数 是 最 方便 的 : 


spring.datasource.url=jdbc:mysql://{database host} :3306/{databaseName} 
spring.datasource.username={database username} 
spring.datasource.password={database password} 


当然 ， 自 己 配 置 一 个 DataSource 也 是 可 以 的 ，SpringBoot 也 会 智能 地 选择 我 们 自 


己 配置 的 这 个 DataSource 实 例 (只 不 过 必要 性 真 不 大 ) 。 


除了 DataSource 会 自动 配置 ，SpringBoot 还 会 自 


动 配置 相应 的 JdbcTemplate、DataSourceTransactionManager 等 关联 “设施 ”， 可 谓 服 务 周到 ， 我 们 只 要 在 使 用 的 地 方 注入 就 可 以 了 : 


class SomeDao { 
@Autowired 
JdbcTemplate jdbcTemplate; 
public <T> List<T> queryForList (String sql) { 
// http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/... 


} 
// http://www.hzcourse.com/resource/readBook?path=/openresources/teach ebook/uncompressed/15679/0EBPS/Text/... 
} 


不 过 ，spring-boot-starter-jdbc 以 及 与 其 相关 的 自动 配置 也 不 总 是 带 来 便利 ， 在 某 些 场景 下 ， 我 们 可 能 会 在 一 个 应 用 中 需 


依赖 和 访问 多 个 数据 库 ， 这 个 时 候 就 会 出 现 问题 了 。 


假设 我 们 在 ApplicationContext 中 配置 了 多 个 DataSource 实 例 指 向 多 个 数据 库 : 


@Bean 
public DataSource dataSourcel() throws Throwable { 


} 


DruidDataSource dataSource = new DruidDataSource () ; 
dataSource.setUrl (http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/...) 7 


dataSource.setUsername (http: //www.hzcourse . com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/...)7 
dataSource.setPassword (http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/...)7 


// TODO other settings if necessary in the future. 
return dataSource; 


@Bean 
public DataSource dataSource2() throws Throwable { 


DruidDataSource dataSource = new DruidDataSource () ; 
dataSource.setUrl (http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/...) 7 


dataSource. setUsername (http: //www.hzcourse .com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/...) ; 
dataSource. setPassword (http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/...)7 


// TODO other settings if necessary in the future. 
return dataSource; 


i 


8 么 ， 不 好 意思 ， 启 动 SpringBoot 应 用 的 时 候 会 抛 出 类 似 如 下 的 异常 (Exception) : 


Exception) : 
No qualifying bean of type [javax.sql.DataSource] is defined: expected single matching bean but found 2 


为 了 避免 这 种 情况 的 发 生 ， 我 们 需要 在 SpringBoot 的 启动 类 上 做 点 儿 “ 手 脚 ” : 


@SpringBootApplication (exclude = { 


3) 


DataSourceAutoConfiguration.class, 
DataSourceTransactionManagerAutoConfiguration.class 


public class UnveilSpringChapter3Application { 


public static void main(String[] args) { 
SpringApplication. run (UnveilSpringChapter3Application.class, args); 


也 就 是 说 ， 我 们 需要 在 这 种 场景 下 排除 掉 对 SpringBoot 默 认 提 供 的 DataSource 相 关 的 自动 配置 。 


但 如 果 我 们 还 是 想 要 享受 SpringBoot 提 供 的 自动 配置 DataSource 的 机 能 ， 也 可 以 通过 为 其 中 一 个 DataSource 配 置 添加 org.springframework.context.annotation.Primary 这 个 Annotation 的 方式 以 


实现 两 全 其 美 : 
@Bean 
@Primary 


public DataSource dataSourcel() throws Throwable { 


} 


DruidDataSource dataSource = new DruidDataSource () ; 
dataSource.setUrl (http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/...) 7 


dataSource.setUsername (http: //www.hzcourse . com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/...)7 
dataSource. setPassword (http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/...)7 


// TODO other settings if necessary in the future. 
return dataSource; 


@Bean 
public DataSource dataSource2() throws Throwable { 


DruidDataSource dataSource = new DruidDataSource() ; 
dataSource. setUrl (http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/...); 


dataSource.setUsername (http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/...)7 
dataSource. setPassword (http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/...)7 


// TODO other settings if necessary in the future. 
return dataSource; 


另外 ，SpringBoot 还 提供 了 很 多 
这 些 自动 配置 模块 。 


他 数据 访问 相关 的 自动 配置 模块 ， 比 如 spring-boot-starter-data-jpa、spring-boot-starter-data-mongodb 等 ， 大 家 可 以 根据 自己 数据 访问 的 具体 场景 选择 使 


警告 如果 选择 了 spring-boot-starter-data-jpa 等 关系 数据 库 相关 的 数据 访问 自动 配置 模块 ， 并 且 还 需要 同时 依赖 访问 多 个 数据 库 ， 那 么 ， 也 需要 相应 的 在 SpringBoot 启 动 类 中 排除 掉 这 些 自动 配置 模块 中 的 


AutoConfiguration 实 现 类 (对 应 spring-boot-starter-data-jpa 是 JpaRepositoriesAutoConfiguration) ， 或 者 标注 菜 个 DataSource 为 (@Primary。 


4.4 


spring-boot-starter-aop 及 其 使 用 场景 说 明 


WS, AOP (Aspect Oriented Programming) 已 经 不 是 什么 新 新 的 概念 了 ， 在 经 历 了 代码 生成 、 动 态 代 理 、 字 节 码 增强 甚至 静态 编译 等 不 同时 代 的 洗礼 之 后 ，jJava 平 台 上 的 AOP 方 案 基本 上 已 经 以 
SpringAOP 结 合 AspectJ 的 方式 稳固 下 来 (虽然 大 家 依然 可 以 自己 通过 各 种 字 节 码 工具 偶尔 “打造 一 些 轮 子 ”) 。 


现在 Spring 框 架 提供 的 AOP 方 案 倡导 了 一 种 各 取 所 长 的 方案 ， 即 使 用 SpringAOP 的 面向 对 象 的 方式 来 编写 和 组 织 织 入 逻辑 ， 并 使 用 AspectJ 的 Pointcut 描 述 语言 配合 Annotation 来 标注 和 指明 织 入 点 
(Jointpoint) 。 


原则 上 来 说 ， 我 们 只 要 引入 Spring 框架 中 AOP 的 相应 依赖 就 可 以 直接 使 用 Spring 的 AOP 支 持 了 ， 不 过 ， 为 了 进一步 为 大 家 使 用 SpringAOP 提 供 便利 ，SpringBoot 还 是 “不 厌 其 烦 ” 地 为 我 们 提供 了 一 
个 spring-boot-starter-aop 自 动 配置 模块 。 


spring-boot-starter-aop 自 动 配置 行为 由 两 部 分 内 容 组 成 : 


1) 位 于 spring-boot-autoconfigure 的 org.springframework.boot.autoconfigure.aop.AopAutoConfiguration 提 供 @Configuration 配 置 类 和 相应 的 配置 项 。 


2) spring-boot-starter-aop 模 块 


身 提供 了 针对 spring-aop、aspectjrt 和 aspectjweaver 的 依赖 。 


一 般 情况 下 ， 只 要 项 目 依 赖 中 加 入 了 spring-boot-starter-aop， 其 实 就 会 自动 触发 AOP 的 关联 行为 ， 包 括 构建 相应 的 AutoProxyCreator， 将 横 切 关注 点 织 入 (Weave) 相应 的 目标 对 象 等 ， 不 过 
AopAutoConfiguration 依 然 为 我 们 提供 了 可 怜 的 两 个 配置 项 ， 用 来 有 限 地 干预 AOP 相 关 配 置 : 


“ spring.aop.auto=true 


+ spring.aop.proxy-target-class=false 


对 我 们 来 说 ， 这 两 个 配置 项 的 最 大 意义 在 于 : 允许 我 们 投 反对 票 ， 比 如 可 以 选择 关闭 自动 的 aop 配 置 (spring.aop.auto=false) ， 或 者 启用 针对 class 而 不 是 interface 级 别 的 aop 代 理 (aop proxy) 。 


AOP 的 应 用 场景 很 多 ， 我 们 不 妨 以 当下 最 热门 的 APM (Application Performance Monitoring) 为 实例 场景 ， 尝 试 使 用 spring-boot-starter-aop 的 支持 打造 一 个 应 用 性 能 监控 的 工具 原型 。 


45 ”应 用 安全 与 spring-boot-starter-security 


应 用 安全 属于 安全 防护 体系 中 的 重要 一 环 ， 但 也 是 最 薄弱 的 一 环 (我 个 人 认为 ) ， 究 其 原因 ， 或 许 是 : 


:应 用 的 核心 职责 是 完成 业务 和 产品 的 功能 需求 ， 而 安全 确实 非 功 能 性 需求 ， 在 资源 有 限 的 情况 下 ， 企 业 一 定 是 更 加 注重 将 有 限 的 资源 投入 到 “ 开 疆 扩 土 ”上 去 ， 和 否则 ， 穷 家 破 瓦 的 ， 也 真 没有 什么 值 


得 安全 防护 的 。 


“ 大 部 分 应 用 开发 者 对 应 用 安全 知之 甚 少 ， 而 且 安 全 一 般 属于 一 个 企业 或 者 业界 秘 而 不 宣 的 信息 ， 所 以 ， 在 没有 一 个 专职 的 安全 团队 负责 推动 整个 安全 防护 体系 落实 的 情况 下 ， 零 零散 散 和 线 上 落实 的 


一 些 应 用 安全 防护 已 经 算 很 不 错 的 了 。 


+ “ 树 大 招 风 ”， 树 不 大 的 时 候 ， 那 些 “ 风 ”通常 也 不 会 来 找 你 麻烦 ， 所 以 ， 大 部 分 中 小 企业 ， 除 非 应 用 了 一 些 业界 广泛 应 用 的 软件 或 者 方案 被 连带 性 地 伤害 到 ， 大 部 分 情况 下 ， 这 些 中 小 企业 并 不 知 


道 这 类 潜在 风险 ， 或 者 是 他 们 自身 不 会 为 黑客 们 (cracker) 带 来 太 大 的 利用 价值 。 


id, 
框架 ， 就 会 发 现 ， 其 实 SpringSecurity 框 架 本 身 的 设计 还 是 挺 优 秀 的 ，SpringSecurity 可 以 任意 裁剪 ， 而 且 还 提供 了 丰富 的 开 箱 即 上 


好 在 我 们 这 些 Java 开 发 者 生活 在 Spring 框架 营造 的 生态 圈 之 中 ， 所 以 ， 关 于 应 用 安全 这 种 头疼 的 问题 ，Spring 生 态 圈 里 也 有 现成 的 解决 方案 ， 即 从 Acegi 发 展 起 来 的 SpringSecurity。 但 是 说 实 
SpringSecurity 在 整个 社区 中 的 名 声 并 不 是 太 好 ， 尤 其 是 在 开发 者 眼中 ，“ 复 杂 (Too Complicated) , AH (Too Heavyweight) ”， 但 实际 上 ， 如 果 大 家 真得 扑 进 去 了 解 一 个 人 ， 哦 ， 不 对 ， 一 个 
的 安全 特性 支持 。 这 里 其 实 存 在 一 个 常见 的 设计 取舍 ， 我 们 到 底 应 该 为 了 


良好 的 扩展 和 组 合 型 而 将 组 件 拆 分 的 精细 一 些 ， 还 是 应 该 为 了 使 用 的 便利 ， 适 度 忽略 定制 化 的 需求 ， 提 供 一 个 功能 简化 的 一 站 式 方案 ? 不 管 SpringSecurity 团 队 当时 是 如 何 选择 的 ， 既 然 已 经 成 为 了 事实 ， 
使 用 者 的 感受 不 好 ， 那 么 ， 我 们 就 要 想 办 法 改善 这 种 现状 ，spring-boot-starter-security 就 是 一 种 答案 。 


spring-boot-starter-security 主 要 面向 Web 应 用 安全 ， 配 合 spring-boot-starter-web， 要 使 用 SpringBoot 构 建 一 个 安全 的 对 外 提供 服务 的 Web 应 用 简直 太 容 易 了 : 


user， 访 问 密码 则 在 当前 Web 应 用 启动 的 时 人 息 ， 打 印 到 控制 台 ， 类 似 于 : 


<?xml version="1.0" encoding="UTF-8"?> 
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http: //www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> 
<modelVersion>4.0.0</modelVersion> 
<groupId>com. keevol .unveilspring.chapter3</groupId> 
<artifactId>web-security-—demo</artifactId> 
<version>0.0.1-SNAPSHOT</version> 
<packaging>jar</packaging> 
<name>web-security-demo</name> 
<description>web security demo project for Spring Boot</description> 
<parent> 
<groupId>org. springframework.boot</groupId> 
<artifactId>spring-boot-starter-parent</artifactId> 
<version>1.3.1.RELEASE</version> 
<relativePath/> <!-- lookup parent from repository --> 
</parent> 
<properties> 
<project . build. sourceEncoding>UTF-8</project .build.sourceEncoding> 
<java.version>1.8</java.version> 
</properties> 
<dependencies> 
<dependency> 
<groupId>org. springframework.boot</groupId> 
<artifactId>spring-boot-starter-security</artifactId> 
</dependency> 
<dependency> 
<groupId>org. springframework.boot</groupId> 
<artifactId>spring-boot-starter-web</artifactId> 
</dependency> 
<! 一 -其 他 依赖 -一 > 
</dependencies> 
<build> 
<plugins> 
<plugin> 
<groupId>org.springframework.boot</groupId> 
<artifactId>spring-boot-maven-plugin</artifactId> 
</plugin> 
</plugins> 
</build> 
</project> 


在 当前 项 目 中 只 要 添加 需要 的 Controller 实 现 ， 一 个 添加 了 基本 安全 防护 的 Web 应 用 就 诞生 了 。spring-boot-starter-security 默 认 会 提供 一 个 基于 HTTP Basic 认 证 的 安全 防护 策略 ， 默 认 用 户 名 为 


2016-01-01 13:57:00.596 INFO 17966 --- [ost-startStop-1] b.a.s.Au-thenticationManagerConfiguration : 
Using default security password: 560f£f£91b-Oae7—492c-ad16-603eladec54c 


如 果 我 们 希望 对 HTTP Basic 认 证 的 用 户 名 和 密码 进行 定制 ， 可 以 通过 如 下 配置 项 进行 : 


security.user.name={ 个 人 希望 设置 的 用 户 名 } 
security.user.password={ 个 人 希望 使 用 的 访问 密码 } 


除 此 之 外 ，spring-boot-starter-security 还 会 默认 启用 一 些 必要 的 Web 安 全 防护 ， 比 如 针对 XSS、CSRF 等 常见 针对 Web 应 用 的 攻击 ， 同 时 ， 也 会 将 一 些 常 见 的 静态 资源 路 径 排除 在 安全 防护 之 外 。 


但 是 , 说 实话 ，spring-boot-starter-security 提 供 的 默认 安全 策略 相对 于 真正 的 生产 环境 来 说 ， 还 是 太 弱 了 ， 但 也 没 办 法 ， 既 要 安全 ， 又 要 便利 ，spring-boot-starter-security 默 认 情况 下 已 经 尽量 做 


到 够 好 了 。 不 过 好 在 SpringSecurity 扩 展 性 不 错 ， 要 在 其 上 构建 一 套 真正 严谨 有 效 的 Web 应 用 安全 防护 体系 也 并 非 难 事 ， 只 不 过 ， 需 要 我 们 先 能 够 从 其 架构 设计 上 理解 并 把 握 它 ， 然 后 再 在 SpringSecurity 
和 SpringBoot 的 基础 上 构建 一 套 符合 自身 需要 的 Web 应 用 安全 方案 。 


4.6 ”应 用 监控 与 spring-boot-starter-actuator 


所 有 的 应 用 开发 完成 之 后 ， 其 最 终 目 的 都 是 为 了 上 线 运 行 ，SpringBoot 应 用 也 不 例外 ， 而 在 应 用 运行 的 漫长 生命 周期 内 ， 为 了 保障 其 可 以 持续 稳定 的 服务 ， 我 们 通常 需要 对 其 进行 监控 ， 从 而 可 以 了 解 


的 运行 状态 ， 并 根据 情况 决定 是 否 需要 对 其 运行 状态 进行 调整 ， 顺 应 需求 ，SpringBoot 框 架 提供 了 spring-boot-starter-actuator 自 动 配置 模块 用 于 支持 SpringBoot 应 用 的 监 


Actuator 这 个 词 即 使 翻译 过 来 也 不 是 很 容易 理解 (比如 翻译 成 “制动器 ; 传动 装置 ; 执行 机 构 ” 等 ) ， 为 了 帮助 各 位 更 形象 地 理解 Actuator 是 什么 ， 笔 者 构思 了 图 4-6， 希 望 能 够 有 所 帮助 。 


Sensor Actuator 


4-6 Sensor 和 Actuator 示 意图 


为 了 能 够 感知 应 用 的 运行 状态 ， 我 们 通常 会 设置 一 些 监控 指标 并 采集 分 析 ， 这 些 监控 指标 的 采集 需要 在 应 用 内 部 设置 相应 的 监控 点 ， 这 类 监控 点 一 般 只 是 读 取 状 态 数据 ， 我 们 通常 称 它们 为 Sensor， 即 
中 文 一 般 称 为 “传感器 ”的 东西 ; 应 用 的 运行 状态 数据 通过 Sensors 采 集 上 来 之 后 ， 我 们 通常 会 有 专门 的 系统 对 这 些 数据 进行 分 析 和 判断 ， 一 旦 某 个 指标 数据 超出 了 预定 的 阔 值 ， 这 往往 意味 着 应 用 的 运行 状 
态 在 这 个 指标 上 出 现 了 “不 健康 ”的 现象 ， 我 们 希望 对 这 个 指标 进行 调整 ， 而 为 了 能 够 执行 调整 ， 我 们 需要 预先 在 应 用 内 部 设置 对 应 的 执行 调整 逻辑 的 控制 器 (比如 ， 直 接 关 闭 的 开关 ， 或 者 可 以 执行 微调 
甚至 像 刹车 一 样 直接 快速 拉 低 某 个 指标 值 的 装置 ) ， 这 些 控制 器 就 称 为 Actuator。 


虽然 我 们 日 常 天 天 在 说 “监控 ， 监 控 ”， 但 实际 上 “ 监 ” 跟 “ 控 ” 是 两 个 概念 ，Sensor 更 多 服务 于 “ 监 ” 的 场景 ， 而 Actuator 则 服务 于 “ 控 ” 的 场景 。 


spring-boot-starter-actuator 自 动 配置 模块 默认 提供 了 很 多 endpoint， 虽 然 自动 配置 模块 名 为 spring-boot-starter-actuator， 但 实际 上 这 些 endpoint 可 以 按照 “ 监 ”和 “ 控 ” 划 分 为 两 类 : 


1.Sensor 类 endpoints 

“ autoconfig: 这 个 endpoint 会 为 我 们 提供 一 份 SpringBoot 的 自动 配置 报告 ， 告 诉 我 们 哪些 自动 配置 模块 生效 了 ， 以 及 哪些 没有 生效 ， 原 因 是 什么 。 
“ beans: 给 出 当前 应 用 的 容器 中 所 有 bean 的 信息 。 

“ configprops: 对 现 有 容器 中 的 ConfigurationProperties 提 供 的 信息 进行 “消毒 ”处 理 后 给 出 汇总 信息 。 


+ info: 提供 当前 SpringBoot 应 用 的 任意 信息 ， 我 们 可 以 通过 Environment 或 者 application.propetties 等 形式 提供 以 info. 为 前 组 的 任何 配置 项 ， 然 后 info 这 个 endpoint 就 会 将 这 些 配置 项 的 值 作为 信息 的 一 部 分 展 


- health: 针对 当前 SpringBoot 应 用 的 健康 检查 用 的 endpoint。 

“env; 关于 当前 SpringBoot 应 用 对 应 的 Environment 信 息 。 

- metrics: 当前 SprinBoot 应 用 的 mettics 信 息 。 

+ trace: 当前 SpringBoot 应 用 的 trace 信 息 。 

+ mapping: 如 果 是 基于 SpringMVC 的 Web 应 用 ，mapping 这 个 endpoint 将 给 出 @RequestMapping 相 关 信息 。 
2.Actuator 类 endpoints 


- shutdown: 用 于 关闭 当前 SpringBoot 应 用 的 endpoint。 


- dump: 用 于 执行 线程 的 dump 操 作 。 


默认 情况 下 ， 除 了 shutdown 这 个 endpoint (因为 比较 危险 ， 如 果 没 有 安全 防护 ， 谁 都 可 以 访问 它 ， 然 后 关闭 应 用 ) ， 其 他 endpoints 都 是 默认 启用 的 。 生 产 环境 下 ， 如 果 没 有 启用 安全 防护 (比如 没 
有 依赖 spring-boot-starter-security) ， 那 么 ， 建 议 遵循 Deny By Default 原 则 ， 将 所 有 的 endpoints 都 关 掉 ， 然 后 根据 具体 情况 单独 启用 某 些 endpoint: 


endpoints.enabled=false 

endpoints.info.enabled=true 

endpoints.health.enabled=true 

http: //www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEBPS/Text/... 


所 有 配置 项 以 endpoints. 为 前 缀 ， 然 后 根据 endpoint 名 称 划分 具体 配置 项 。 


大 部 分 endpoints 都 是 开 箱 即 用 ， 但 依然 有 些 endpoint 提 供给 我 们 进一步 扩展 的 权利 ， 比 如 健康 状态 检查 相关 的 endpoint (health endpoint) 。 


47 ”本 章 小 结 


虽然 我 们 并 没有 对 所 有 的 spring-boot-starter 进 行 逐 一 剖析 ， 但 针对 几 个 日 常 的 spring-boot-starter 进 行 剖 析 之 后 ， 了 解 和 使 用 其 他 的 spring-boot-starter 也 就 不 再 神秘 了 。 其 实 ， 一 个 典型 的 
spring-boot-starter 无 外 乎 两 点 : 


“ 提供 一 个 @Configuration 配 置 类 并 通过 SpringFactoriesLoadet 的 配置 文件 META-INF/springfactories 注 册 为 org.springframework.boot.autoconfigure.EnableAutoConfiguration 标 识 Key 的 一 个 值 (Value) ， 这 样 该 


配置 就 可 以 加 载 到 SpringBoot 应 用 最 终 的 ApplicationContext。 


:为 了 实现 @Configuration 要 提供 的 功能 ， 我 们 需要 在 项 目的 Maven 依 赖 中 添加 必要 的 外 部 依赖 包 ， 通 过 传递 依赖 〈Transitive Dependencies) 这 一 特性 ， 使 用 我 们 的 spring-boot-starter 的 项 目 也 可 以 使 用 到 


这 些 第 三 方 依赖 包 。 


不 过 这 两 点 并 不 需要 同时 都 满足 ， 有 的 spring-boot-starter 实 际 上 只 是 帮助 我 们 引入 了 一 些 特定 场景 下 的 外 部 依赖 ， 而 有 的 spring-boot-starter 则 只 提供 了 必要 的 配置 ， 却 没有 引入 过 多 的 外 部 依赖 ， 
只 是 大 部 分 spring-boot-starter 会 两 者 兼备 。 


另外 ，springBoot 提 供 所 有 spring-boot-starter 实 现时 ， 基 本 都 遵循 “约定 配置 三 板 件 ” 策 略 : 
+ 建议 优先 使 用 相应 spring-boot-starter 默 认 的 约定 配置 。 
“ 建议 约定 配置 无 法 满足 需要 的 前 提 下 ， 再 基于 spring-boot-starter 原 有 约定 配置 的 基础 上 进行 适当 的 扩展 配置 。 
“ 如 果 约 定 加 适当 扩展 配置 还 是 无 法 满足 需求 ， 则 允许 开发 者 推倒 重 来 ， 基 于 Spring 框 架 的 一 些 原 有 特性 直接 实现 自己 想 要 的 功能 。 


BAS, ALS RARE RAB. 


不 管 怎样 ， 通 过 本 章 的 介绍 ， 希 望 大 家 可 以 对 常用 的 一 些 spring-boot-starter 有 所 理解 并 运用 自如 ， 同 时 能 够 “举一反三 ”地 去 了 解 和 使 用 其 他 的 spring-boot-starter。 


第 5 章 SpringBoot 微 服务 实践 探索 


微服 务 的 核心 在 于 一 个 “ 微 ” 字 ， 这 意味 着 服务 的 粒度 更 加 细 化 ， 传 统 的 “大 一 统 ”服务 (Monolith) 在 微服 务 时 代 被 打 散 成 了 一 个 个 更 加 独立 自主 的 微小 服务 ， 所 以 ， 我 们 如 果 将 SOA 看 作 一 种 设计 


: 在 开发 阶段 ， 通 过 相应 的 微 框架 提供 标准 化 的 统一 的 开发 体验 和 支持 。 


“ 在 发 布 阶段 ， 通 过 标准 化 的 形式 统一 发 布 和 管理 。 


: 在 运 维 阶段 ， 通 过 标准 化 的 方式 统一 维护 数量 庞大 的 微服 务 。 


总 的 来 说 ， 微 服务 实践 的 核心 竞争 力 就 在 于 ， 我 们 是 否 围绕 微服 务 的 整个 交付 链 路 打造 了 一 整套 的 支撑 性 工具 和 平台 生态 体系 。 


本 章 ， 我 将 跟 大 家 一 起 探索 如 何以 SpringBoot 微 框架 为 起 点 ， 围 绕 它 打造 一 整套 支撑 其 整个 交付 链 路 的 工具 和 平台 生态 体系 。 


5.1 使 用 SpringBoot 构 建 微服 务 


提 到 服务 化 和 框架 ， 国 内 大 部 分 的 研发 者 第 一 印象 或 许 会 直接 联想 到 HS5 或 者 Dubbo 这 样 的 服务 框架 ， 所 以 ， 我 们 先 从 中 小 企业 服务 化 过 程 中 喜闻乐见 的 Dubbo 框 架 开发 微服 务 讲 起 吧 ! 


5.2 SpringBoot 微 服务 的 发 布 与 部 署 


基于 SpringBoot 的 微服 务 开发 完成 之 后 ， 现 在 到 了 把 它们 发 布 并 部 署 到 相应 的 环境 去 运行 的 时 候 了 。 


SpringBoot 框 架 只 提供 了 一 套 基 于 可 执行 jar 包 (executable jar) 格式 的 标准 发 布 形式 ， 但 并 没有 对 部 署 做 过 多 的 界定 ， 而 且 为 了 简化 可 执行 jar 包 的 生成 ，SpringBoot 提 供 了 相应 的 Maven 项 目 插 
件 : 


<build> 


<plugins> 
<plugin> 
<groupId>org.springframework.boot</groupId> 
<artifactId>spring-boot-maven-plugin</artifactId> 
</plugin> 
<!-- 其 他 插件 定义 --> 
</plugins> 
</build> 


然后 只 要 我 们 运行 mvn package， 当 前 SpringBoot 项 目 就 会 被 打包 成 一 个 包含 了 其 所 有 项 目 依赖 以 及 该 项 目 本 身 的 可 执行 jar 包 ， 通 过 scp 或 者 rsync 等 方式 将 这 个 可 执行 jar 包 部 署 到 目标 环境 的 服务 器 
之 后 ， 就 可 以 通过 java-jar your-projectjar 启 动 SpringBoot 应 用 了 。[] 


整个 流程 看 起 来 很 简单 ， 也 很 符合 大 部 分 开发 人 员 的 认 知 ， 但 是 ， 相 对 于 一 套 较为 严谨 的 软件 交付 流程 来 说 ， 以 上 流程 则 难免 过 于 粗糙 了 。 


软件 的 发 布 和 部 署 可 以 有 多 种 不 同 的 形式 ， 这 更 多 由 软件 项 目的 属性 决定 : 
“ 这 个 项 目 使 用 的 是 什么 语言 ? 
“ 这 个 项 目 属于 类 库 项 目 还 是 可 独立 运行 的 项 目 ? 


“ 这 个 项 目 是 面向 什么 平台 和 环境 的 项 目 ? 


此 外 ， 我 们 希望 使 用 什么 样 的 形式 进行 软件 的 交付 ， 这 里 则 涉及 生态 管理 以 及 技术 选 型 的 喜好 等 因素 ， 所 以 ， 为 了 降低 讲解 的 复杂 度 ， 我 们 还 是 先 将 发 布 和 部 署 分 开 来 说 吧 。 


首先 ， 大 家 应 该 都 知道 ， 发 布 并 不 等 于 部 署 ， 这 是 两 个 阶段 的 事情 ， 如 图 5-5 所 示 。 
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HostGroup! 


执行 发 布 执行 部 署 


Host 


Host 


图 5-5 发 布 与 部 署 示意 图 


发 布 一 般 是 将 项 目 以 指定 的 格式 打包 成 某 种 可 直接 交付 的 形式 ， 然 后 放置 到 预先 指定 的 交付 地 点 ， 比 如 对 于 Java 类 库 (Java Library) 来 说 ， 我 们 一 般 将 其 打包 成 ar 包 ， 然 后 mvn deploy 到 公司 内 部 的 
Maven 仓 库 中 (Maven Repository) ， 像 Nexus Repository Manager 或 者 JjFrog Artifactory 以 及 Apache Archiva; 而 对 于 可 独立 运行 的 程序 ， 比 如 SpringBoot 微 服务 或 者 一 般 的 Java Standalone 程 
序 ， 我 们 既 可 以 将 它们 打包 成 RPM、DEB 等 面向 特定 目标 系统 的 发 布 形式 ， 也 可 以 将 它们 制作 成 一 个 个 的 docker images， 然 后 将 制作 完成 的 发 布 成 品 存储 到 相应 的 仓库 中 (Repository) 去 。 


部 署 一 般 紧 接 着 发 布 完 成 之 后 进行 ， 它 的 主要 职能 就 是 将 已 经 发 布 好 的 成 品 从 仓库 中 拿 出 来 ， 然 后 分 发 到 目标 环境 的 指定 资源 池 (比如 物理 机 结 点 ， 虚 拟 机 结 点 ，docker 宿 主机 等 ) ， 并 最 终 启动 服 
务 。 软 件 成 品 分 发 的 手段 和 工具 可 以 有 很 多 种 ， 从 最 常见 的 scp、rsync， 到 Chef、Puppet， 进 而 再 到 最 新 的 saltstack、ansible 等 ， 一 般 根据 团队 对 这 些 工 具 的 把 控 力 度 和 喜好 进行 选 型 。 


下 面 我 们 就 几 种 典型 的 发 布 和 部 署 形 式 跟 大 家 一 起 探索 相应 的 实践 。 


O “如 果 纯粹 只 是 为 了 好 玩 ， 或 者 Java 的 死 趾 ， 了 既然 SpringBoot 微 服务 默认 是 打包 为 可 执行 jar 包 直接 执行 ， 那 么 ， 如 果 愿 意 ， 我 们 可 以 SpringBoot 微 服务 的 形式 写 一 些 命令 行 工 具 并 发 布 为 可 执行 jar 包 运行 ， 只 
是 ， 这 种 做 法 相对 于 动态 脚本 语言 来 说 ， 实 在 有 些 太 “ 重 ” 了 。 


5.3 SpringBoot 微 服务 的 注册 与 发 现 


SpringBoot 微 服务 部 署 到 相应 环境 之 后 ， 即 开始 启动 并 对 外 服务 。 既 然 选 择 了 微服 务 ， 那 么 就 意味 着 很 少 会 让 某 个 微服 务 单 兵 作战 ， 而 是 同一 个 微服 务 启动 多 个 实例 形成 服务 集群 ， 然 后 让 服务 集群 作 
为 一 个 逻辑 服务 主体 提供 对 外 服务 ， 而 构建 这 个 逻辑 服务 主体 的 过 程 ， 就 是 微服 务 的 注册 过 程 ， 服 务 的 访问 者 如 何 访问 到 这 个 逻辑 服务 主体 的 过 程 ， 则 是 服务 发 现 的 过 程 。 


服务 的 注册 与 发 现 从 结构 上 来 说 是 很 简单 的 三 角 关系 ， 如 图 5-10 所 示 。 


其 中 ， 提 供 服务 注册 的 服务 是 整个 三 角 关 系 的 核心 ， 它 负责 登记 和 保存 哪些 服务 是 可 以 对 外 提供 服务 的 ， 当 服务 访问 者 (Service Accessors) 想 要 访问 某 个 服务 的 时 候 ， 需 要 先 向 服务 注册 服务 


(Service Registry) 询问 一 下 : “我 想 访问 服务 A， 请 问 现在 都 有 哪些 服务 结 点 提供 在 线 的 A 服务 ? ”， 然 后 服务 注册 服务 就 会 返回 服务 A 在 线 的 服务 结 点 ， 这 样 服务 访问 者 就 可 以 根据 这 些 服务 结 点 的 信息 
直接 访问 相应 的 服务 了 。 


SpringBoot 微 服务 的 注册 与 发 现 由 SpringBoot 微 服务 提供 服务 的 方式 来 决定 ， 比 如 ， 如 果 我 们 使 用 的 是 基于 Dubbo 框 架 的 微服 务实 现 方式 ， 那 么 ， 我 们 的 SpringBoot 微 服务 可 能 采用 的 是 基于 Redis 
或 者 Zookeeper 的 注册 与 发 现 机 制 ; 如 果 我 们 提供 的 是 Web API 形 式 的 微服 务 ， 那 么 ， 我 们 的 SpringBoot 微 服务 采用 的 则 更 多 可 能 是 基于 DNS 的 服务 注册 与 发 现 机 制 。 


2. lookup services 1. register services 


Service Accessors 


5. access services 


图 5-10 ”服务 注册 与 发 现 功能 实现 的 典型 结构 图 


虽然 服务 注册 与 发 现 的 机 制 从 原理 上 来 说 都 是 相同 的 ， 但 具体 实施 的 时 候 ， 方 案 上 可 以 进行 一 些微 调 ， 这 种 微调 主要 以 服务 的 发 现 者 与 服务 的 访问 者 角色 和 位 置 是 否 分 离 来 区 分 。 


一 般 情况 下 ， 服 务 的 访问 者 同时 也 是 服务 的 发 现 者 ， 这 通常 以 分 布 式 系统 的 客户 端 为 典型 代表 ， 比 如 HBase 的 客户 端 ， 以 及 Dubbo 的 客户 端 代 理 。 这 种 模式 的 典型 拓扑 结构 是 ， 服 务 的 访问 者 同时 需要 


了 解 或 者 持 有 | 
上 也 是 产品 的 


如 果 我们 将 提供 的 服务 也 


RS APA 


从 而 需要 根据 服务 的 发 现 逻 辑 首先 去 请 求 注册 服务 获得 服务 提供 方 的 相应 信息 ， 然 后 再 使 用 这 些 信息 去 访问 服务 提供 者 ， 这 种 模式 很 常见 ， 但 从 服务 访问 者 角度 来 看 (实际 


PRE) ， 这 


不 会 带 来 最 好 的 产品 体验 。 


看 成 一 种 (技术 ) 产品 ， 那 么 ， 一 种 好 的 产品 设计 应 该 是 尽量 减少 用 户 的 学 习 成 本 。 也 就 是 说 ， 服 务 的 访问 者 就 是 产品 的 使 用 者 ， 他 们 不 应 该 也 不 需要 了 解 服务 端 有 多 少 服务 


实例 ， 这 些 服务 实例 又 是 使 


什么 方式 实现 注册 的 ， 注 册 之 后 又 是 通过 什么 方式 发 现 这 些 实例 并 使 用 的 ， 服 务 的 访问 者 原始 需求 就 一 个 ， 给 我 一 个 服务 接口 ， 我 直接 调用 ， 不 管 你 接口 之 后 结 点 如 何 增 减 ， 


部 署 结构 如 何 复杂 ， 都 不 需 


关注 ， 如 果 遵循 这 样 的 技术 产品 设计 与 实现 理念 ， 我 们 可 以 将 服务 的 注册 与 发 现 完 全 屏蔽 在 服务 端 ， 这 通常 以 一 种 服务 代理 的 形式 实现 ， 如 图 5-11 所 示 。 


Service Accessors 


1. register services 


图 5-11 向 用 户 屏蔽 服务 注册 与 发 现实 现 细节 的 技术 产品 设计 示意 图 


经 过 这 样 的 微调 之 后 ， 服 务 的 访问 者 只 需要 与 服务 代理 打交道 ， 至 于 服务 代理 如 何 发 现 服务 并 路 由 服务 的 访问 ， 对 于 服务 的 访问 者 来 说 都 是 透明 的 。 


产品 接口 与 产品 实现 要 分 得 清楚 ， 服 务 接口 与 服务 实现 也 是 同样 的 道理 。 原 来 将 服务 的 访问 与 服务 的 发 现 都 放 在 客户 端的 做 法 ， 我 认为 更 多 是 一 种 偏 工程 师 思 维 的 实现 方式 ， 而 如 果 我 们 稍微 结合 一 些 
产品 思维 ， 我 认为 后 者 是 一 种 更 为 合理 的 服务 注册 发 现实 践 方 式 。 从 这 个 角度 来 看 ， 在 服务 器 端 ，HTTP 配 合 DNS 或 者 DNS-SD 或 许 是 当下 最 有 产品 “ 范 儿 ” 的 普 适 方案 了 ， 像 
consul (https://www.consul.io/) 就 是 这 种 类 型 的 服务 注册 与 发 现 服务 。 


当然 ，SpringBoot 不 会 对 任何 一 种 服务 注册 与 发 现 方案 “挑食 ”， 最 终 还 是 看 大 家 选择 的 具体 服务 注册 与 发 现 方案 是 哪 种 ，“ 路 怎么 
或 者 产品 之 外 。 


， 你 们 看 着 办 咯 ! ” ， 但 尽量 不 要 将 实现 逻辑 外 溢 到 服务 、 系 统 


DU 
hht 


5.4 SpringBoot 微 服务 的 监控 与 运 维 


与 大 部 分 应 用 和 系统 一 样 ，SpringBoot 微 服务 的 开发 、 发 布 与 部 署 只 占 其 生命 周期 的 一 小 部 分 ， 应 用 和 系统 运 维 才 是 重 中 之 重 。 而 运 维 过 程 中 ， 监 控 工 作 更 是 占据 重要 位 置 。 


运 维 的 目的 之 一 是 为 了 保证 系统 的 平稳 运行 ， 进 而 保障 公司 业务 能 持续 对 外 服务 ， 为 了 达到 这 一 目的 ， 我 们 需要 对 系统 的 状态 进行 持续 地 观测 ， 以 期 望 一 有 风吹草动 就 能 发 现 并 作出 应 对 ， 监 控 作为 一 
种 手段 ， 就 是 以 此 为 生 。 


我 们 会 从 以 下 多 个 层面 对 SpringBoot 微 服务 进行 监控 : 
- 硬件 层面 
:网络 层面 
“ 系统 层面 
“ SpringBoot 微 服务 的 应 用 层面 


“ 服务 访问 层面 


我 们 会 从 所 有 这 些 层 面 采 集 相应 的 状态 数据 ， 然 后 汇总 ， 存 储 ， 并 分 析 ， 一 旦 某 项 指标 超出 规定 的 阔 值 ， 则 报警 ， 在 接收 到 报警 通知 之 后 ， 我 们 需要 做 出 应 对 以 改变 现在 系统 状态 不 健康 的 局 面 ， 这 一 
般 通过 预 置 的 调控 开关 来 调整 应 用 状态 ， 要 么 重启 或 者 服务 降级 ， 也 就 是 执行 监控 的 “ 控 ” ， 整 个 过 程 如 图 5-12 所 示 。 


硬件 、 网 络 以 及 系统 层面 的 监控 ， 现 有 的 一 些 监控 系统 和 方案 已 经 可 以 很 好 地 提供 支持 ， 比 如 开源 的 Zabbix 系 统 或 者 以 报警 为 强项 的 Nagios 系 统 ， 所 以 ， 本 节 不 对 这 些 层 面 的 监控 做 过 多 介绍 ， 我 们 将 
更 多 对 SpringBoot 微 服务 应 用 层面 的 监控 进行 实践 方案 的 探索 。 


SpringBoot 微 服务 的 内 部 状态 ， 通 过 多 种 方式 或 者 渠 道 可 以 知道 : 


+ 打印 的 应 用 日 志 是 一 种 SpringBoot 微 服务 运行 状态 的 反映 形式 。 


“ SpringBoot 微 服务 内 部 设置 的 一 系列 “传感器 ”可 以 为 外 界 提供 某 些 指标 的 状态 数据 。 


“ SpringBoot 微 服务 内 部 追踪 的 一 些 metrics 数 据 也 是 反映 运行 状态 的 一 种 方式 。 


图 5-12 微服 务 基本 监控 体系 示意 


任何 可 以 反映 SpringBoot 微 服务 运行 状态 的 数据 ， 对 于 监控 来 说 都 是 十 分 重要 的 “财产 ”， 都 应 该 尽量 采集 上 来 进行 分 析 ， 从 而 在 分 析 的 基础 上 谋求 对 SpringBoot 微 服务 的 改进 。 


对 于 应 用 日 志 来 说 ， 在 单机 单 结 点 的 年 代 ， 我 们 只 要 登录 应 用 部 署 的 服务 器 ， 然 后 使 用 tail-f 之 类 的 命令 就 可 以 实时 地 查看 应 用 日 志 信息 ， 并 决定 如 何 做 出 应 对 。 但 对 于 SpringBoot 微 服务 来 说 ， 数 量 上 
的 特征 已 经 决定 了 单机 单 结 点 的 方法 已 经 行 不 通 了 ， 如 果 还 是 一 台 台 地 去 查看 应 用 日 志 ， 我 们 不 但 会 “疲于奔命 ” ， 而 且 还 无 法 及 时 有 效 地 发 现 微服 务 作为 一 个 逻辑 服务 集群 整体 上 的 状态 特征 现在 是 什么 
样 的 ， 我 们 这 时 候 需 要 的 是 一 种 集中 式 的 日 志 采 集 、 存 储 和 分 析 平 台 。 对 于 Java 开 发 者 来 说，ELK 技 术 栈 正 是 为 此 而 生 的 (E=ElasticSearch, L=Logstash, K=Kibana) ， 整 个 功能 链 路 如 图 5-13 所 示 。 


不 过 ， 鉴 于 ElasticSearch 对 高 频 度 的 写 入 并 没有 很 高 的 承受 力 ， 在 正式 的 生产 环境 中 ， 我 们 一 般 会 采用 如 图 5-14 所 示 的 部 署 结构 。 


即 我 们 使 用 Kafka 作 为 数据 采集 的 缓冲 区 ， 以 便 减 轻 从 大 量 应 用 结 点 采集 日 志 并 写 入 ElasticSearch 的 负担 。 


除了 应 用 日 志 ， 应 用 内 置 的 “传感器 ”数据 以 及 metrics 度 量 数 据 也 都 是 比较 重要 的 状态 数据 ， 对 于 Java 程 序 来 说 (当然 也 包括 SpringBoot 微 服务 ) ，JMX 是 一 项 标准 的 监控 手段 。 我 们 声称 的 应 用 内 
置 “传感器 ”说 白 了 就 是 一 个 个 的 MBean。 所 以 ， 我 们 要 做 的 其 实 就 是 采集 SpringBoot 微 服务 的 各 种 MBean 的 状态 数据 ， 然 后 分 析 或 者 报警 。 


要 将 集群 中 各 个 SpringBoot 微 服务 的 MBean 状 态 数据 集中 采集 上 来 ， 我 们 当然 可 以 采用 JMX 默 认 的 JSR160 规 范 实现 远程 访问 ， 而 且 像 Zabbix 这 样 的 监控 系统 还 默认 提供 了 对 JMX 的 访问 支持 。 但 是 鉴 
于 JMX 远 程 访问 与 防火 墙 之 间 的 “纠葛 ”， 以 及 2015 年 Java 序 列 化 漏洞 暴露 的 不 小 危害 ， 我 更 倾向 于 关闭 JMX 的 远程 访问 ， 转 而 使 用 像 Jolokia (https://jolokia.org/) 这 样 的 方案 ，Jolokia 的 好 处 在 于 ， 
它 可 以 无 侵入 的 方式 (比如 启动 的 时 候 或 者 启动 之 后 挂 载 一 个 javaagent) 提供 一 种 基于 HTTP 的 JMX MBean 访 问 通道 (避免 了 防火 墙 穿 透 的 问题 ) ， 而 且 ， 它 的 JMX 访 问 协议 是 统一 的 JSON 格 式 ， 任 何 遵 
循 Jolokia JSON 协 议 规范 的 工具 都 可 以 对 MBean 的 访问 结果 进行 处 理 。 


对 于 metrics 度 量 数据 来 说 ， 也 是 一 样 的 。 我 们 建议 使 用 dropwizard metrics (http://metrics.dropwizard.io) 来 度量 SpringBoot 微 服务 的 相应 状态 指标 ， 然 后 通过 JMX+Jolokia 的 方案 统一 采集 并 集 
中 起 来 分 析 或 者 报警 ， 从 而 避免 多 条 处 理 链 路 上 维护 各 自 方案 的 资源 投入 和 运 维 成 本 。 


不 管 是 应 用 日 志 ， 还 是 内 置 “传感器 ” ， 甚 至 metrics 度 量 状态 数据 ， 这 些 反应 的 都 是 我 们 对 SpringBoot 微 服务 内 部 明确 剖析 后 的 感知 ， 即 以 “ 白 盒 ”的 形式 对 SpringBoot 微 服务 进行 监控 。 但 是 ， 从 
内 部 看 没 问题 ， 不 意味 着 从 外 部 看 也 没有 问题 ， 毕 竟 ， 我 们 可 以 覆盖 并 设置 很 多 内 部 指标 ， 但 永远 无 法 通过 覆盖 所 有 的 指标 来 反映 SpringBoot 微 服务 的 运行 状态 。 而 且 ，SpringBoot 微 服务 并 非 孤立 的 存 
在 ， 它 的 周边 对 其 服务 也 有 影响 ， 比 如 网 络 是 否 通畅 。 所 以 ， 要 对 SpringBoot 微 服务 进行 完备 的 监控 ， 我 们 不 但 要 从 内 部 以 “ 白 盒 ”的 形式 进行 监控 ， 还 需要 从 外 部 服务 访问 者 的 视角 来 对 SpringBoot 微 服 
务 进 行 模拟 访问 (BD RA" Fest) ， 从 而 内 外 兼 修 地 构建 一 套 针 对 SpringBoot 微 服务 的 应 用 监控 体系 。 


实际 上 ，SpringBoot 的 actuator 模 块 提供 的 健康 检查 (health check) 功能 就 是 一 种 允许 以 外 部 服务 访问 者 的 角度 来 监控 微服 务 状 态 的 现成 方案 。 当 然 ， 更 直接 有 效 的 方式 则 是 直接 发 起 对 
SpringBoot 微 服务 的 访问 ， 从 访问 返回 的 结果 来 判断 SpringBoot 微 服务 整体 上 的 运行 状态 是 否 良好 。 


5.5 SpringBoot 微 服务 的 安全 与 防护 


一 般 的 安全 防护 体系 会 从 网 络 、 系 统 和 应 用 等 多 层次 进行 构建 ， 以 军事 的 上 “深度 防御 ” (Defence In Depth) 为 原则 ， 层 层 设防 ， 处 处 设 岗 ， 不 过 ， 几 乎 所 有 的 SpringBoot 微 服务 其 实 都 是 内 网 访 
问 ， 所 以 网 络 安全 层面 我 们 可 以 适当 降低 防护 要 求 。 


因为 笔者 不 是 安全 方面 的 专家 ， 所 以 ， 本 部 分 只 对 SpringBoot 微 服务 在 应 用 层面 的 安全 防护 做 相应 的 实践 探索 。 


SpringBoot 微 服务 开发 上 线 的 主要 目的 是 对 外 服务 ， 所 以 ， 安 全 起 见 ， 每 一 个 SpringBoot 微 服务 都 需要 鉴别 哪些 访问 者 是 合法 的 ， 这 就 需要 一 个 服务 访问 的 认证 和 鉴 权 的 过 程 (Authentication And 
Authorization) ， 有 了 服务 访问 者 的 身份 认证 信息 ， 我 们 的 SpringBoot 微 服务 才能 够 对 其 进行 审计 ， 进 行 访问 限 流 ， 甚 至 直接 拉 到 黑 名 单 ， 所 以 ， 对 SpringBoot 微 服务 访问 前 端的 安全 防护 是 基本 要 求 。 


另外 ， 虽 然 内 网 是 相对 安全 的 ， 但 不 排除 某 些 人 通过 未 知 漏洞 渗透 到 内 网 ， 然 后 嗅 探 内 网 通信 获取 敏感 信息 等 情况 发 生 ， 所 以 ， 对 于 微服 务 的 访问 者 与 提供 方 之 间 的 通信 信道 ， 也 可 以 进行 适当 加 密 。 


当然 ， 相 对 于 SpringBoot 微 服务 的 后 端 管 理 接口 的 安全 防护 来 说 ，SpringBoot 微 服务 访问 的 前 端 防护 以 及 信道 加 密 可 以 相对 弱化 一 些 ， 毕 竟 ，SpringBoot 微 服务 存在 的 本 身 就 是 对 外 提供 服务 访问 ， 
况且 还 是 相对 安全 的 内 网 ， 但 SpringBoot 微 服务 的 后 端 管理 接口 则 不 然 ， 它 们 一 旦 被 利用 甚至 滥用 ， 造 成 的 影响 可 就 无 法 估量 了 。 


对 于 监控 用 的 状态 读 取 接 口 ， 除 了 某 些 敏感 信息 ， 随 便 怎 么 调用 ， 这 些 状 态 读 取 接口 都 不 会 对 SpringBoot 微 服务 造成 太 大 的 影响 (DDoS 除外 ) 。 但 控制 用 的 管理 接口 就 危险 多 了 ， 如 果 我 们 不 加 防 
护 ， 任 何 一 个 人 都 可 以 任意 调用 微服 务 的 shutdown 操 作 。 如 果 写 个 脚本 批量 关闭 所 有 集群 的 SpringBoot 微 服务 ， 那 后 果 会 怎么 样 ? 所 以 ， 即 使 我 们 弱化 甚至 省 略 SpringBoot 微 服务 前 端 访问 的 安全 防护 ， 
对 后 端的 管理 接口 的 安全 防护 一 定 不 可 省 略 ! 


我 们 要 尽量 从 前 到 后 为 SpringBoot 微 服务 构建 一 套 相 对 完善 的 应 用 安全 防护 体系 (如 图 5-16 所 示 ) : 


服务 访问 请 求 服务 管理 请 求 


----------------4 ---------- 


5-16 ”SpringBoot 微 服务 应 用 安全 防护 示意 图 


而 且 ， 后 端 管理 接口 的 开放 信道 一 定 要 跟前 端 访问 接口 的 开放 信道 区 分 开 。 


如 果 使 用 HTTP 协 议 ， 那 么 ， 不 要 用 同一 网 络 地 址 和 端口 ; 


如 果 使 用 spring-boot-starter-security 进 行 安全 防护 ， 那 么 ， 也 最 好 更 改 管理 端口 的 地 址 和 端口 : 


management .Port=8888 
management .address=127.0.0.1 


如 果 使 用 JMX+Jolokia 的 方式 开放 了 管理 接口 ， 那 么 建议 启用 Jolokia 的 delegate 模 式 的 authMode: 


java —javaagent :jolokia.jar=authMode=delegate, authUrl=https://arthor.keevol.com http://www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/15679/OEE 


启用 authMode=delegate 之 后 ，Jolokia 会 通过 指定 的 认证 服务 (authUrl) 以 验证 每 次 管理 操作 请 求 的 合法 性 ， 从 而 保证 最 大 限度 地 防护 那些 通过 Jolokia 开 放 的 管理 接口 。 


对 于 SpringBoot 微 服务 的 访问 一 般 不 会 以 个 人 为 粒度 进行 授权 ， 这 不 同 于 面向 用 户 的 应 用 程序 ， 用 户 对 SpringBoot 微 服务 的 访问 ， 更 多 体现 在 通过 其 他 应 用 程序 对 SpringBoot 微 服务 的 间接 访问 上 。 
所 以 ， 对 于 SpringBoot 微 服务 的 访问 授权 我 们 一 般 以 应 用 (Application) 为 粒度 进行 管理 。 


一 般 情况 下 ， 我 们 可 以 使 用 某 些 现 有 的 OAuth2 服 务 作为 授权 的 管理 和 验证 方 ， 当 然 ， 我 们 也 可 以 自己 内 部 研发 一 套 适合 于 SpringBoot 微 服务 的 认证 与 授权 方案 ， 比 如 我 们 前 面 提 到 的 Jolokia 的 
authMode 使 用 delegate 的 时 候 ，authUrl 后 面 指定 的 认证 服务 器 ， 其 实 同样 可 以 是 一 个 SpringBoot 微 服务 (比如 叫 spring-boot-starter-arthor) ， 它 的 主要 作用 就 是 : 


“ 提供 应 用 访问 的 认证 注册 ， 比 如 访问 者 要 以 什么 Application 名 称 作为 认证 的 主体 。 
:为 注册 的 Application 提 供 相 应 的 access token。 
: 每 次 访问 请 求 需 要 认证 的 时 候 ， 服 务 提供 方 需要 将 请 求 提交 给 这 个 SpringBoot 认 证 微服 务 进行 验证 ， 同 时 附带 上 Application 标 识 和 对 应 的 access token. 


:如果 必要 ， 请 求 的 上 下 文 信息 也 需要 一 并 提交 ， 然 后 进行 授权 检验 。 


当然 ， 要 为 SpringBoot 微 服务 构建 一 套 完备 的 安全 防护 体系 要 做 的 事情 还 很 多 ， 留 给 各 位 去 慢 慢 探索 吧 ! 


5.6 ”SpringBoot 微 服务 体系 的 销 梁 : 发 布 与 部 署 平台 


目前 为 止 ， 我 们 分 别 从 SpringBoot 微 服务 的 开发 、 发 布 、 部 署 、 运 维 监 控 、 安 全 防护 等 多 个 层面 进行 了 相应 的 实践 探索 。 但 实际 上 ， 这 些 实践 探索 暂时 来 看 还 都 是 简单 、 孤 立 的 ， 单 单 强调 任何 一 个 都 
没有 太 多 的 意义 ， 只 有 将 它们 关联 起 来 形成 一 套 SpringBoot 微 服务 的 支撑 体系 ， 才 会 发 挥 更 大 的 作用 ， 各 自 也 会 发 气 出 更 多 的 附加 值 。 这 就 跟 一 个 手 串 一 样 ， 虽 然 每 一 个 珠子 都 亮 眼 闪 溜 在 外 ， 但 却 需要 一 
条 平常 不 可 见 但 实际 存在 的 线 将 它们 串 起 来 ， 才 能 形成 一 幅 拥有 更 大 价值 的 手 串 。 而 这 条 线 ， 其 实 就 是 我 们 需要 关注 和 打造 的 支撑 SpringBoot 微 服务 体系 的 一 套 发 布 与 部 署 平台 。 


要 打造 一 套 SpringBoot 微 服务 体系 的 工作 量 完全 不 亚 于 打造 一 套 传统 的 应 用 系统 支撑 体系 ， 好 在 ，SpringBoot 微 服务 是 标准 化 的 产物 ， 所 以 ， 每 一 个 环节 都 可 以 无 颖 地 衔接 (插头 和 插座 标准 相同 ) 。 
所 谓 “闭门造车 ， 出 门 合 缴 ”就 是 这 个 道理 ， 只 要 大 家 遵循 一 套 标准 和 规范 ， 各 个 环节 纵使 你 闷 头 做 事 ， 出 来 的 成 果 也 可 以 标准 化 地 接 入 更 大 的 平台 和 生态 圈 。 


但 是 标准 化 和 规范 化 不 能 仅仅 靠 口头 上 的 宣 导 ， 你 无 法 保证 所 有 时 点 所 有 人 都 能 够 覆盖 到 。 所 以 ， 培 训 也 好 ， 会 议 也 罢 ， 只 是 软 性 的 辅助 手段 来 帮助 规范 和 标准 的 实施 ， 要 行 之 有 效 地 落实 微服 务 体系 
的 标准 化 和 规范 化 思路 ， 需 要 有 硬性 的 手段 来 约束 。 虽 不 能 武断 地 认为 缺 一 不 可 ， 但 一 定 是 软 硬 结合 才能 达到 最 佳 效果 ， 而 需要 硬 的 时 候 ， 则 是 发 布 和 部 署 平台 作为 实体 系统 发 挥 作用 的 时 候 。 


另外 ，SpringBoot 微 服务 的 交付 链 路 上 会 涉及 不 同 团队 、 不 同 角色 的 人 员 参 与 ， 如 何 通过 流程 将 这 些 环节 、 角 色 、 系 统 固化 下 来 ， 以 便 即 使 数 以 万 计 的 微服 务 重复 高 频 的 流 过 这 些 流程 ， 依 然 能 够 保证 
交付 的 质量 和 效率 ， 是 发 布 和 部 署 平台 的 核心 职责 之 一 。 


支撑 SpringBoot 微 服务 交付 的 发 布 和 部 署 平台 作为 “腰部 力量 ” ， 就 像 鲤 鱼 要 跳 的 那 道 龙门 ， 具 体 的 SpringBoot 微 服务 就 像 那 一 尾 尾 的 鲤鱼 一 样 ， 跳 过 去 了 ， 你 就 别有一番 洞天 ， 在 龙门 (发布 和 部 署 
成 功 ) 这 边 ， 你 可 以 根据 约定 的 规范 和 标准 : 


“ 自动 享受 到 系统 监控 层面 的 日 志 采 集 和 分 析 支 撑 体 系 。 
- 自动 享受 到 为 每 一 个 SpringBoot 微 服务 提供 的 资源 分 配 ， 比 如 默认 监控 项 和 默认 消息 topic 等 。 
“ 自动 完成 服务 的 注册 和 发 现 。 


“ 自动 享受 到 标准 的 安全 防护 。 


“ 自动 享受 到 标准 的 APM 平 台 支 持 。 


发 布 与 部 署 平台 背后 的 一 种 可 能 的 系统 和 功能 统筹 体系 如 图 5-17 所 示 。 


SpringBoot 微 服务 发 布 部 署 和 平台 除了 提供 一 整套 的 服务 ， 还 可 以 在 发 布 之 前 或 者 发 布 期 间 对 SpringBoot 微 服务 做 一 些 前 置 的 管控 ， 比 如: 
“ 发 布 流 程 上 ， 当 前 SpringBoot 微 服务 是 否 完成 了 测试 ， 是 否 完成 了 SQL 审 核 ， 是 否 完成 了 安全 评估 。 


“ 规范 的 落实 上 ， 当 前 SpringBoot 微 服务 是 否 符合 日 志 规范 〈 便 于 按照 规范 拆 分 字段 进行 更 加 细 粒 度 的 分 析 ) ， 是 否 启用 了 某 些 生产 环境 不 该 启用 的 自动 配置 模块 ， 是 否 使 用 了 过 低 版 本 或 者 存在 漏洞 的 


“ 资源 分 配 上 ， 当 前 SpringBoot 微 服务 是 否 预先 已 经 获得 资源 分 配 并 录入 CMDB。 


> _ : <2 
[QO 


| | 发 布 部 署 平台 | 


<------------- 


517 发布 与 部 署 平台 的 系统 和 功能 统筹 体系 示意 图 


综 上 ， 一 套 SpringBoot 微 服务 发 布 和 部 署 平台 ， 最 少 需要 关注 以 下 核心 职能 : 
“ 将 公司 的 架构 规范 和 标准 以 实体 系统 的 形式 固化 和 沉淀 ， 软 硬结 合 ， 方 为 始终 。 
+ 将 验证 过 的 研发 和 软件 交付 流程 落实 到 实体 系统 ， 统 筹 整 条 链 路 上 的 团队 、 角 色 和 系统 ， 完 成 SpringBoot 微 服务 的 高 频 、 高 质 、 高 效 的 交付 ，“ 重 复 可 复制 的 成 功 ”， 方 为 始终 。 


“ 将 公司 内 部 所 有 关联 的 生产 系统 关联 互通 形成 生态 体系 ， 注 重 发 布 和 部 署 平台 的 产品 化 ， 使 其 向 后 发 挥 资源 统筹 的 作用 ， 向 前 为 用 户 ( 开 发 、 测 试 、 运 维 ) 提供 简洁 良好 的 用 户 体验 ，“ 前 轻 后 


如 果 在 SpringBoot 微 服务 的 实施 过 程 中 ， 没 有 一 套 相 对 完备 的 发 布 和 部 署 平台 对 其 形成 有 效 支 撑 ， 那 么 ，SpringBoot 微 服务 在 组 织 内 的 实施 将 会 “事倍功半 ” ， 有 名 无 实 。 所 以 ， 称 呼 发 布 和 部 署 平台 
为 SpringBoot 微 服务 体系 的 消 梁 ， 一 点 儿 都 不 为 过 。 是 否 拥有 一 套 相对 完备 的 发 布 和 部 署 平台 ， 是 一 个 组 织 是 否 已 有 效应 用 SpringBoot 微 服务 的 明显 标志 。 


5.7 ”本 章 小 结 


我 们 围绕 SpringBoot 微 服务 的 整个 交互 链 路 的 各 个 环节 ， 分 别 进行 了 相应 的 实践 探索 ， 包 括 : 


“ SpringBoot 微 服务 的 开发 与 实践 
+ SpringBoot 微 服务 的 发 布 和 部 署 
+ SpringBoot 微 服务 的 注册 与 发 现 


+ SpringBoot 微 服务 的 运 维 与 监控 


“ SpringBoot 微 服务 的 安全 与 防护 


但 这 也 只 是 SpringBoot 微 服务 浮 在 水 面 上 的 冰山 一 角 ， 鉴 于 微服 务 的 特点 ， 我 们 要 围绕 它 打 造 一 系列 的 工具 、 系 统 和 平台 ， 才 足以 有 效 地 支撑 整个 SpringBoot 微 服务 体系 。 假 如 自己 的 公司 或 者 团队 无 
法 投入 有 效 的 资源 来 打造 一 套 符合 自己 组 织 的 支撑 SpringBoot 微 服务 体系 的 平台 和 生态 ， 那 么 ， 或 许可 以 慎重 地 选择 SpringBoot 微 服务 或 者 任何 微服 务 方案 ， 传 统 的 一 站 式 开 发 和 交付 方式 (Monolith) 
或 许 更 加 合适 一 些 ， 性 价 比 也 更 高 一 些 。 


第 6 章 SpringBoot 与 Scala 


Java 平 台 拥有 三 轰 强 力 马 车 ， 即 语言 ， 类 库 和 虚拟 机 ， 如 图 6-1 所 示 。 


X» e 
=. 


WA 
Languages 


[ 


Libraries JVM 


图 6-1 Java 平 台 “ 三 驾 马 车 ”关系 示意 


语言 层面 ，Java 语 言 只 是 标 配 ， 像 Scala、Kotlin 等 新 生 语 言 给 了 我 们 更 多 的 选择 ， 只 要 是 可 以 跑 在 Java 虚 拟 机 上 的 语言 ， 都 可 以 享受 到 Java 生 态 下 的 类 库 及 框架 等 资源 ，SpringBoot 作 为 Java 微 服务 框 
架 ， 自 然 也 可 以 为 Java 平 台 上 其 他 语言 带 来 微服 务 的 暖 风 ! 


Scala 语 言 在 业界 的 口碑 相对 比较 复杂 ， 但 实际 上 ，Scala 语 言 设计 上 的 一 些 原则 使 得 这 门 语言 骨子里 却 是 简单 的 : 


+ 统一 性 的 设计 (Consistency Principle) ， 使 得 任何 一 个 概念 实体 都 可 以 被 快速 复制 理解 和 使 用 “学 习 一 次 ， 多 处 使 用 ”， 比 如 Collection 等 对 象 的 统一 构建 原则 。 


“ 综合 了 过 往 计算 机 语言 设计 上 的 思 闪 ，Scala 语 言 在 设计 上 拨 开 表象 ， 直 指 本 质 ， 为 开发 者 免 去 了 很 多 不 必要 的 麻烦 ， 比 如 类 型 后 置 和 类 型 推导 的 设计 ， 在 业界 设计 静态 语言 层面 已 经 是 蔚然 趋势 。 


“ 融合 而 不 是 排斥 ， 适 当 妥 协 而 不 是 追求 纯粹 ， 可 以 抓 住 DOP 和 FP 的 各 自 优势 ， 又 能 够 从 语言 的 易 用 性 和 实现 的 复杂 性 上 做 适当 的 权衡 ， 这 也 是 这 门 语言 让 我 们 如 此 兴奋 的 原因 之 一 吧 ! 


本 章 我 们 将 以 Scala 语 言 为 例 ， 跟 大 家 一 起 探索 如 何 使 用 Scala 语 言 和 SpringBoot 微 框架 来 开发 和 交付 相应 的 微服 务 。 如 果 大 家 有 自己 更 加 心 怡 的 基于 JVM 的 语言 ， 也 希望 大 家 可 以 举一反三 ， 同 时 享受 


自己 喜欢 的 语言 和 SpringBoot 框 架 所 带 来 的 便利 和 乐趣 。 


使 用 Scala 语 言 开发 SpringBoot 服 务 ， 我 们 首先 要 决定 的 是 使 用 什么 构建 工 


， 比 如 Maven、Gradle 以 及 Scala 生 态 下 推荐 的 SBT (Simple Build Tool) 。 相 对 来 说 , 使 


得 整个 SpringBoot 微 服务 的 开发 看 起 来 从 Java 迁 移 到 Scala 更 为 平滑 ， 所 以 ,我 们 不 妨 先 从 探索 使 用 Maven 构 建 和 发 布 基于 SpringBoot 的 Scala 应 用 开始 。 


6.1 使 用 Maven 构 建 和 发 布 基于 SpringBoot 的 Scala 应 用 


使 用 Maven 来 构建 Scala 开 发 的 SpringBoot 项 目 ， 其 实 与 使 


Maven 构 建 Java 开 发 的 SpringBoot 项 目 很 接近 ， 差 异 的 地 方 很 少 ， 主 要 有 几 个 地 方 需要 改动 : 


1) 因为 Scala 语 言 需 自己 的 编译 器 (Compiler) 进行 编译 ， 所 以 ， 我 们 需要 在 Maven 构 建 过 程 中 使 用 一 个 编译 Scala 代 码 的 Maven 插 件 。 


“Scala 项 目 在 编译 期 间 需 要 依赖 Scala 的 compiler 类 库 ， 所 以 ， 也 需要 将 org.scala-lang: scala-compiler 添 加 为 Maven 构 建 过 程 中 使 用 的 依赖 。 


2) Scala 应 用 运行 期 间 需 要 依赖 org.scala-lang: scala-library， 故 此 也 同样 需要 加 入 到 Maven 项 目 依 赖 中 。 


以 前 面 开发 的 汇率 查询 用 的 Web API 项 目 为 例 ， 我 们 这 次 采 


首先 通过 http://start.spring.io 构 建 currency-webapi-with-scala "HIF" mE (Scaffolding) ， 默 认 选 择 生 成 Maven 项 


Scala 来 开发 这 个 同样 基于 SpringBoot 的 Web API 微 服务 。 


Maven 作 为 构建 工 


(Maven Project) ， 初 始 的 pom.xml 大 致 如 下 : 


,使 


<?xml version=" 
<project xmlns 


.0" encoding="UTF-8"?> 


http: //maven.apache.org/POM/4.0.0" xmlns:xsi= "http: //www.w3.org/2001/XMLSchema-instance" 


xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> 


<modelVersion>4.0.0</modelVersion> 


<groupId>com. keevol . springboot . chapter5</groupId> 


<artifactId>currency-webapi-with-scala</artifactId> 


<version>0.0.1-SNAPSHOT</version> 
<packaging>jar</packaging> 
<name>currency-webapi-with-scala</name> 


<description>Demo project for Spring Boot and Scala with Maven </description> 


<parent> 
<groupId>org.springframework.boot</groupId> 


<artifactId>spring-boot-starter-parent</artifactId> 


<version>1.3.1.RELEASE</version> 


<relativePath/> <!-- lookup parent from repository --> 


</parent> 
<properties> 


<project .build.sourceEncoding>UTF-8</project .build.sourceEncoding> 


<java.version>1.8</java.version> 
</properties> 
<dependencies> 

<dependency> 


<groupId>org.springframework.boot</groupId> 
<artifactId>spring-boot-starter-web</artifactId> 


</dependency> 
<dependency> 
<groupId>com. keevol . springboot</groupId> 


<artifactId>currency-rates-service</artifactId> 


<version>1.0-SNAPSHOT</version> 
</dependency> 
<dependency> 


<groupId>org. springframework.boot</groupId> 
<artifactId>spring-boot-starter-test</artifactId> 


<scope>test</scope> 
</dependency> 
</dependencies> 
<build> 
<plugins> 
<plugin> 


<groupId>org. springframework.boot</groupId> 
<artifactId>spring-boot-maven-plugin</artifactId> 


</plugin> 
</plugins> 
</build> 
</project> 


现在 ， 我 们 要 向 这 个 pom.xml 中 添加 “ 佐 料 ”， 添 加 的 原则 就 是 前 面 所 说 的 那样 ， 一 个 是 Scala 编 译 期 的 依赖 ， 一 个 是 Scala 运 行 期 的 依赖 ， 添 加 完 “ 佐 料 ” 的 pom.xml 如 下 : 


<?xml version="1.0" encoding="UTF-8"?> 


<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi= "http: //www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> 


<modelVersion>4.0.0</modelVersion> 


<groupId>com. keevol . springboot . chapter5</groupId> 


<artifactId>currency-webapi-with-scala</artifactId> 


<version>0.0.1-SNAPSHOT</version> 
<packaging>jar</packaging> 
<name>currency-webapi-with-scala</name> 


<description>Demo project for Spring Boot</description> 


<parent> 
<groupId>org. springframework.boot</groupId> 


<artifactId>spring-boot-starter-parent</artifactId> 


<version>1.3.1.RELEASE</version> 


<relativePath/> <!-- lookup parent from repository --> 


</parent> 
<properties> 


<project . build. sourceEncoding>UTF-8</project .build.sourceEncoding> 


<java.version>1.8</java.version> 
<scala.version>2.11.7</scala.version> 
</properties> 
<dependencies> 
<dependency> 
<groupId>org.scala-lang</groupId> 
<artifactId>scala-library</artifactId> 
<version>${scala.version}</version> 
</dependency> 
<dependency> 
<groupId>org.scala-lang</groupId> 
<artifactId>scala-compiler</artifactId> 
<version>$ {scala.version}</version> 
</dependency> 
<dependency> 


<groupId>org. springframework.boot</groupId> 
<artifactId>spring-boot-starter-web</artifactId> 


</dependency> 
<dependency> 
<groupId>com. keevol . springboot</groupId> 


<artifactId>currency-rates-service</artifactId> 


<version>1.0-SNAPSHOT</version> 
</dependency> 


<dependency> 
<groupId>org. springframework.boot</groupId> 
<artifactId>spring-boot-starter-test</artifactId> 
<scope>test</scope> 
</dependency> 
</dependencies> 
<build> 
<plugins> 
<plugin> 
<groupId>org. springframework.boot</groupId> 
<artifactId>spring-boot-maven-plugin</artifactId> 
</plugin> 
<plugin> 
<groupId>net .alchim31.maven</groupId> 
<artifactId>scala-maven-plugin</artifactId> 
<version>3.2.2</version> 
<executions> 
<execution> 
<id>compile-scala</id> 
<phase>compile</phase> 
<goals> 
<goal>add-source</goal> 
<goal>compile</goal> 
</goals> 
</execution> 
<execution> 
<id>test-compile-scala</id> 
<phase>test-compile</phase> 
<goals> 
<goal>add-source</goal> 
<goal>testCompile</goal> 
</goals> 
</execution> 
</executions> 
<configuration> 
<recompileMode>incremental</recompileMode> 
<scalaVersion>${scala.version}</scalaVersion> 
<args> 
<arg>-deprecation</arg> 
</args> 
<jvmArgs> 
<jvmArg>-Xms 64m</jvmArg> 
<jvmArg>-Xmx1024m</jvmArg> 
</jvmArgs> 
</configuration> 
</plugin> 
</plugins> 
</build> 


</project> 


其 中 ，scala-maven-plugin 的 各 项 


自 定义 配置 只 是 演示 ， 大 家 可 以 根据 实际 情况 进行 相应 配置 项 的 调整 ， 比 如 针对 Scala 编 译 器 的 输入 参数 ， 或 者 vmArgs 的 配置 。 


按照 约定 ，scala 代 码 一 般 都 放 在 src/main/scala 源 代码 目录 下 ， 既 然 Maven 的 构建 描述 符 已 准备 好 ， 我 们 就 开始 写 Scala 代 码 吧 ! 


下 面 是 Web API 对 应 的 Controller 实 现 : 


// 


ScalaCurrencyRateQueryController.scalajpay x4 


@RestController 
class ScalaCurrencyRateQueryController { 


@Autowired 


var currencyRateService: CurrencyRateService = _ 
@RequestMapping (value = Array("/"), method = Array (RequestMethod.GET) ) 
def quote (symbol: String): WebApiResponse[ExchangeRate] = { 


val response: WebApiResponse[ExchangeRate] = new WebApiRespons 
response. setCode (WebApiResponse.SUCCESS_CODE) 
response. setData (currencyRateService. quote (CurrencyPair.from(s: 
response 
} 
} 


完成 了 主体 逻辑 之 后 ， 剩 下 的 就 是 与 一 般 的 SpringBoot 微 服务 启动 要 做 的 导 


// 


e [ExchangeRate] 


ymbol) ) ) 


ScalaCurrencyWebApiApplication.scala 源 码 文件 


@SpringBootApplication 
class ScalaCurrencyWebApiApplication { 
@Bean 
def currencyRateService: CurrencyRateService = { 


val service: CurrencyRateServiceImpl = new CurrencyRateService 
service.setRateRepository (new CurrencyRateRepository) 
service 


} 


} 
object ScalaCurrencyWebApiApplication { 
def main(args: Array[String]) { 


SpringApplication. run (classOf [ScalaCurrencyWebApiApplication], 
} 


情 一 样 ， 提 供 一 个 Bootstrap 类 : 


Impl 


args: _*) 


现 


使 


同 于 Java 将 实例 代码 和 静态 代码 都 纳入 同一 个 结构 体 ，Scala 将 这 两 种 结构 剥离 为 各 自 独立 的 实体 ， 所 以 ，main 启 动 类 现在 放 在 了 ScalaCurrency-WebApiApplication 的 companion object 中 。 


在 ， 只 要 通过 mvn package， 然 后 java-jar currency-webapi-with-scala-0.0.1-SNAPSHOT.jar 就 可 以 顺利 启动 这 个 Scala 开 发 的 SpringBoot 微 服务 了 ! 


Maven 构 建 Scala 的 SpringBoot 微 服务 项 目 不 单单 只 是 开发 期 间 过 渡 很 平滑 ， 其 最 大 的 好 处 更 在 于 ， 原 来 围绕 Maven 打 造 的 SpringBoot 微 框架 的 各 项 支持 依然 肥效 ， 比 如 spring-boot-maven- 


plugin。 而 且 ， 开 发 完 的 基于 Scala 的 SpringBoot 微 服务 可 以 无 颖 地 衔接 到 我 们 自己 的 微服 务 交付 链 路 中 去 (之 前 围绕 着 java 和 SpringBoot 打 造 的 交付 链 路 基础 设施 持续 有 效 ) 。 一 旦 通过 微服 务 的 发 布 和 
部 署 平台 交付 完成 ， 基 于 Scala 的 SpringBoot 微 服务 可 以 享受 基于 Java 的 SpringBoot 微 服务 同样 的 待遇 ， 从 服务 注册 和 发 现 ， 到 监控 与 运 维 ， 甚 至 安全 防护 ， 岂 不 快 哉 ? ! 


6.2 ”使 用 SBT 构 建 和 发 布 基于 SpringBoot 的 Scala 应 用 


SBT (http://www.scala-sbt.org/) 是 Scala 生 态 圈 里 的 经 典 构 建 工 
具 和 技术 产品 ) 只 有 一 个 打动 


， 虽 然 很 多 人 觉得 SBT 很 复杂 ， 还 戏称 其 为 SB Tool， 但 其 全 称 确 是 Simple Build Tool， 实 际 上 ， 很 多 产品 (包括 像 SBT 这 样 的 工 
户 的 特性 就 够 了 ， 对 笔者 来 说 ，SBT 的 Triggered Execution 这 一 个 特性 就 已 经 让 我 对 其 喜爱 有 加 了 。 有 了 Triggered Execution 这 一 特性 支持 ， 就 可 以 在 一 个 屏幕 上 写 代 


码 ， 而 在 另 一 个 屏幕 (或 者 窗口 ) 实时 地 获得 编译 结果 反馈 ， 如 图 6-13 所 示 ， 参 与 感 十 足 。 


实时 编译 与 反馈 屏 大 工作 与 编码 主屏 蒂 


图 6-13 ”结合 双 屏 使 用 SBT 的 工作 场景 示意 


当然 ，SBT 毕 竟 是 一 套 新 的 工具 体系 ， 与 Maven 或 者 其 他 构建 工具 在 配置 和 使 用 上 还 是 会 有 不 小 的 差异 ， 这 就 意味 着 ， 如 果 我 们 要 使 用 SBT 来 构建 基于 Scala 的 SpringBoot 微 服务 项 目 ， 就 需要 针对 SBT 
的 特点 做 很 多 定制 工作 。 


63 本章 小 结 


Java 平 台 的 生态 圈 里 有 很 多 语言 ，Java 自 不 必 说 ，Scala、Clojure、Kotlin 等 更 是 后 起 之 秀 。 


Java 平 台 的 生态 圈 里 也 有 很 多 构建 工具 ， 除 了 Maven、ANT、Gradle 以 及 本 章 提 到 的 SBT 等 ， 也 是 不 一 而 足 。 


但 不 管 这 个 生态 圈 如 何 繁杂 和 欣欣 向 荣 ， 它 们 所 生存 的 土地 却 是 同一 片 土地 ， 即 Java 虚 拟 机 ， 这 片 土地 上 生长 出 来 的 资源 也 基本 都 是 可 以 共享 的 ，SpringBoot 就 是 在 这 一 环境 下 生长 出 来 的 一 颗 临风 玉 
树 ， 只 要 你 喜欢 ， 都 可 以 靠 过 来 乘 谅 ， 在 本 章 中 ，Scala 开 发 者 现身说法 ， 为 同一 片 土地 上 喜好 其 他 语言 和 工具 的 开发 者 开辟 了 一 条 探索 之 路 ， 希 望 大 家 可 以 轻装 上 阵 ， 依 迹 前 行 。 


第 7 章 SpringBoot 总 结 与 展望 


至 此 ， 我 们 的 SpringBoot 微 服务 体系 探索 之 旅 即 将 结束 ， 回 顾全 文 ， 我 们 先 了 解 了 微服 务 的 基本 概念 和 背景 ， 以 及 微服 务 带 来 的 优势 和 挑战 ， 然 后 沿 着 微服 务 和 Spring 框架 的 脉络 ， 一 步 步 摸 清楚 了 作 
为 Java 生 态 下 相对 成 熟 的 SpringBoot 微 框架 内 部 的 工作 原理 ， 及 有 哪些 现 有 的 功能 支持 和 扩展 之 道 。 当 然 ， 最 重要 的 是 我 们 很 清楚 ， 昌 然 SpringBoot 为 我 们 开发 微服 务 提供 了 很 大 的 便利 ， 也 带 来 了 效率 的 
高 效 提升 ， 但 对 于 一 套 完整 的 微服 务 体系 来 说 ， 单 单 开发 效率 的 提升 并 无 助 于 微服 务 交 付 链 路 的 整体 效能 ， 我 们 要 做 的 是 选 定 核心 脉络 〈 即 SpringBoot 微 框架 ) 之 后 ， 围 绕 这 个 核心 脉络 持续 地 投入 和 打造 


一 系列 跨越 微服 务 交 付 链 路 各 个 阶段 的 工具 、 系 统 、 平 台 和 产品 ， 并 通过 规范 和 合理 的 架构 规划 将 所 有 这 些 看 得 见 的 、 看 不 见 的 实体 融合 在 一 起 ， 从 而 最 终 形成 一 套 繁荣 完备 的 微服 务 体系 。 


基础 设施 建设 是 微服 务 体系 得 以 发 挥 最 大 价值 的 基本 条 件 之 一 ， 我 们 单单 基于 Scala 语 言 的 SpringBoot 微 服务 开发 就 摸索 了 多 种 方案 帮助 提升 开发 期 间 的 效率 (即使 简单 的 脚手架 功能 也 需要 思虑 和 实 
BRS) ， 更 不 要 说 为 了 发 布 、 部 署 、 监 控 、 注 册 、 发 现 和 安全 等 多 个 阶段 的 基础 设施 投入 了 。 比 如 ， 假 设 公司 和 组 织 内 部 以 RPM 为 发 布 主要 形式 ， 那 么 ， 我 们 肯定 需要 搭建 一 套 类 似 如 图 7-1 所 示 的 RPM 


的 发 布 和 存储 分 发 系统 。 


人 production servers} 


yum install/ypdate artifact yum jnstall/dpdate artifact 


RPM Repository Server Node: 


publish & replicate 


a 
rpm build server 


图 7-1 基于 RPM 仓库 的 软件 交付 和 分 发 拓扑 


同 理 ， 如 果 要 基于 docker， 那 么 我 们 也 肯定 会 内 部 搭建 私有 的 Image Registry， 以 及 一 系列 服务 注册 和 发 现 服务 ， 服 务 编排 和 调度 系统 等 。 可 以 看 到 ， 要 建设 一 套 完美 支撑 微服 务 体系 的 基础 设施 ， 单 
是 基础 成 本 上 的 投入 就 不 小 ， 更 不 用 说 个 人 和 组 织 能 力 的 投入 。 因 此 ， 并 非 所 有 公司 或 者 组 织 都 适合 引入 并 实施 微服 务 战略 。 只 有 那些 盈利 模式 强劲 或 者 已 经 无 生存 压力 的 大 中 型 机 构 ， 才 会 喊 出 “大 中 后 
台 ， 小 前 台 ” 的 口号 ， 因 为 他 们 有 这 个 资源 和 能 力 完成 基础 设施 建设 并 持续 投入 使 之 至 于 完善 。 对 于 那些 还 挣扎 在 生死 线 上 ， 业 务 探索 方向 还 不 清晰 的 中 小 公司 来 说 ， 微 服务 战略 即使 有 所 耳闻 ， 也 最 好 脚 
踏实 地 ， 以 务实 的 态度 将 其 抛 在 脑 后 ， 以 适合 自己 的 方式 野蛮 生长 并 幸存 下 去 ! 


即使 一 个 公司 或 者 组 织 有 能 力 来 推行 微服 务 战略 ， 但 也 不 意味 着 你 可 以 照搬 其 他 成 功 实施 了 微服 务 战略 的 公司 和 组 织 的 做 法 。 实 际 上 ， 即 使 每 一 家 推行 微服 务 战略 的 公司 或 者 企业 都 会 打造 各 自 相应 的 
微服 务 体系 ， 但 他 们 各 自 的 微服 务 体 系 一 定 是 不 一 样 的 ， 因 为 这 需要 结合 公司 现状 和 组 织 文 化 合理 权衡 ， 一 家 Python 或 者 Go 语言 为 主要 开发 语言 的 公司 ， 其 微服 务 体系 一 定 是 围绕 Python 或 者 Go 语言 生态 
构建 的 。 而 一 家 以 Java 为 主要 开发 语言 的 公司 ， 选 择 围 绕 着 SpringBoot 微 框架 打造 适合 自己 的 微服 务 体系 自然 是 一 个 合理 的 选择 。 


SpringBoot 微 框架 让 Spring 框架 借 着 微服 务 之 风 重 放 光 彩 ， 使 得 开发 Spring 应 用 不 再 那么 繁琐 和 宛 长 ， 自 动 配置 的 思路 (Auto Configuration) 将 传统 的 “约定 优先 于 配置 (Conversion Over 
Configuration) ”的 理念 进一步 发 扬 传 承 ， 为 Spring 生态 圈 的 进一步 繁荣 设 定 了 新 的 里 程 碑 ， 可 以 想象 到 ， 随 着 各 种 新 java 技术 方案 的 涌现 ， 以 及 Spring 社区 的 快速 跟 进 和 融合 ， 更 多 各 种 各 样 相 应 的 
spring-boot-starter 也 将 随 之 涌现 ， 并 以 伞 状 形式 发 散 甚 至 形成 网 状 生态 ， 如 图 7-2 所 示 。 


图 7-2 ”繁荣 的 SpringBoot 生 态 展望 示意 
pring! 


我 敢 说 只 要 Spring 框架 存在 ， 类 似 SpringBoot 的 实践 也 将 变幻 形式 ， 不 断 涌现 ， 因 为 只 是 需求 的 形式 在 变 ， 但 需求 的 本 质 没 变 ， 从 来 都 是 提高 效率 ， 提 升 生产 率 ， 让 研发 工作 更 方便 高 效 票 了。 如 果 哪 
一 天 Spring 框架 或 者 SpringBoot 框 架 被 颠覆 ， 那 也 是 被 一 种 更 加 高 效 的 方式 所 替代 ， 如 果 有 那么 一 天 ， 那 也 是 我 们 希望 看 到 的 ， 而 且 总 会 有 那么 一 天 ! 


最 后 ,希望 大 家 能 够 享受 这 段 SpringBoot 微 框架 和 微服 务 之 旅 ， 也 希望 大 家 可 以 有 机 会 打造 一 套 符合 自身 企业 和 组 织 特色 的 微服 务 体系 。 


